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EXECUTIVE  SUMMARY 


This  report  discusses  the  results  of  Mode  S  Performance  testing  conducted  at  the  Federal 
Aviation  Administration  (FAA)  Technical  Center,  Atlantic  City  International  Airport, 
New  Jersey,  from  June  29  to  October  15, 1993,  and  subsequent  regression  testing 
completed  by  February  1994. 

Testing  was  accomplished  in  order  to  verify  performance  of  the  Mode  S  Sensor  and  to 
provide  early  identification  of  problem  areas  that  require  further  investigation. 

Mode  S  Performance  testing  was  composed  of  1 1  separate  tests  to  provide  a  performance 
baseline  for  the  Mode  S  terminal  configuration.  Tests  were  conducted  in  accordance  with 
standardized  test  procedures  outlined  in  the  Mode  S  Performance  Test  Plan  (PTP).  A 
combination  of  live  aircraft  and  simulated  target  scenarios  were  used  during  the  test 
effort. 

Test  results  as  viewed  at  the  completion  of  the  regression  tests,  using  Mode  S  terminal 
software  TR21 .3x,  were  generally  acceptable.  One  section  of  testing,  Mode  S  stochastic 
acquisition,  was  not  completed.  This  activity  will  be  reported  on  in  the  Mode  S 
Operational  Test  and  Evaluation  (OT&E)  report.  Some  of  the  Mode  S  accuracy  data  fell 
outside  the  limits  of  the  specification  but  are  not  considered  serious.  The  surveillance, 
datalink,  and  resolution  capability  of  the  Mode  S  sensor  exceeded  established  thresholds 
and  the  sensor  performance  is  captured  as  baseline  data  for  future  reference. 


IX 


1.  SCOPE. 


This  report  discusses  the  results  of  Mode  S  Performance  testing  conducted  at  the  Federal 
Aviation  Administration  (FAA)  Technical  Center,  Atlantic  City  International  Airport, 
New  Jersey,  from  June  29  to  October  15,  1993,  using  software  version  TR21.2.  This 
report  also  includes  data  from  regression  tests  run  in  January  and  February  1994,  with 
software  version  TR21 .3  which  included  a  number  of  corrections  to  the  Mode  S  software 
tested  in  the  June  to  October  1993  period.  The  tests  described  in  this  report  were 
performed  using  a  terminal  Mode  S  sensor  configuration.  For  this  reason,  objectives 
relating  to  enroute  sensors  are  not  considered.  This  report  includes  recommendations, 
conclusions,  and  identifies  additional  regression  testing  where  needed. 


2.  RF.FERF.NCF,  DOCUMENTS. 

The  following  documents  are  referenced  in  this  report: 

SPECIFICATIONS 
FAA-E-2716 


NAS-SS-1000 


STANDARDS 

FAA-STD-024a 


FAA  ORDERS 
Order  1810.4B 

PLANS 

DOT/FAA/CT-TN  88/28  Mode  S  Master  Test  Plan 
DOT/FAA/CT-TN  89/24  Mode  S  Performance  Test  Plan 

USER'S  MANUALS 

Analysis  Program  User's  Manuals  for  Mode  S  Performance,  Integration,  and 
Operational  Testing; 

Volume  1  -  RTADS  Data  Reduction  (TDR)  Programs 
Volume  2  -  Mode  S  Data  Reduction  (DR)  Programs 


Mode  Select  Beacon  System  (Mode  S) 
Sensor,  Amendment  2,  Changes  1-24,  SCN 
#1 8  as  changed  by  Mod  32  and  Mod  38 
contract. 

NAS  System  Specification,  Functional  and 
Performance  Requirements  for  the 
National  Airspace  System 

Preparation  of  Test  and  Evaluation 
Documentation,  August  17,1987 


FAA  NAS  Test  and  Evaluation  Program 
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3.  BACKGROUND 


The  Mode  S  Operational  Test  and  Evaluation  (OT&E)  effort  was  conducted  at  the  FAA 
Technical  Center  from  June  29  to  October  15,  1993,  with  regression  tests  completed  by 
February  1 994.  The  Mode  S  system  tested  was  configured  for  a  terminal  field 
configuration.  This  configuration  is  the  one  now  being  delivered  to  field  sites.  The 
terminal  configuration  allows  for  coverage  of  up  to  60  nautical  miles  (nmi),  a  target  load 
of  400  aircraft,  and  is  capable  of  accepting  digitized  radar  surveillance  data  from  the  Air 
Surveillances  Radar  (ASR)-9. 

Some  of  the  Mode  S  data  collected  was  taken  using  the  Real  Time  Aircraft  Display 
System  (RTADS).  This  hardware  and  software  package  can  display  and  record 
disseminated  target  data. 

RTADS  collections  are  reduced  using  TRACS  Data  Reduction  (TDR).  TDR  was 
developed  to  support  Mode  S  testing  and  to  replace  older  radar  analysis  programs.  It 
allows  the  user  to  analyze  the  recorded  output  of  the  common  digitizer,  ASR-9,  and  the 
Mode  S  sensor. 

Other  data  collections  were  accomplished  by  using  the  Mode  S  Analysis  and  Recording 
Display  Environment  (MARDE).  The  MARDE  was  used  as  a  replacement  for  the  tape 
drives  that  were  formally  used  to  extract  Mode  S  sensor  data.  Instead  of  using  magnetic 
tape  to  record  sensor  data,  the  MARDE  enables  users  to  collect  the  data  on  a  personal 
computer-based  hard  disk  drive.  This  eliminates  the  need  for  converting  the  data  from 
one  format  to  another  prior  to  performing  analysis. 

MARDE  collections  are  reduced  using  a  set  of  Data  Reduction  (DR)  programs  located  on 
the  SUN  and  MASSCOMP  systems  at  the  FAA  Technical  Center. 

Each  of  the  1 1  tests  reported  on  in  this  document  is  addressed  individually.  The  section 
for  each  test  explains  the  purpose  of  the  test  and  how  it  was  conducted.  Then  the  type 
and  amount  of  data  collected  during  the  testing  is  explained.  Next  the  methods  of 
analysis  used  to  reduce  the  data  are  detailed.  Finally,  the  results  of  the  test  are  given, 
failures  or  anomalies  are  highlighted,  and  conclusions  are  advanced. 

This  document  also  contains  several  appendices.  Appendix  A  lists  the  SPR's  referred  to 
in  the  document.  Appendix  B  explains  the  directory  structure  and  naming  conventions 
used  to  archive  the  computer  files  created  during  testing.  This  includes  files  created 
during  data  extractions  and  files  created  during  analysis.  The  names  of  the  extraction 
files  created  appear  in  appendix  C.  A  list  of  all  the  files  created  during  analysis  is  given 
in  appendix  D.  A  directory  of  SAPs  and  scenario  definitions  is  included  in  appendix  E. 
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4.  TEST  AND  EVALUATION. 


In  the  sections  that  follow,  each  of  the  1 1  tests  which  constitute  the  Mode  S  Performance 
Test  is  discussed  separately.  The  results  of  the  testing  are  given,  and  failures  or  problems 
related  to  each  test  are  identified. 

4.1  TEST  1:  IBI/ATCBI-5  COMPARISON 

PURPOSE 


The  purpose  of  this  test  was  to  verify  that  the  sensor's  performance  in  Interim  Beacon 
Interrogator  (IBI)  operation  meets  or  exceeds  that  of  the  Air  Traffic  Control  Beacon 
Interrogator  (ATCBI)-5  for  the  parameters  defined  in  the  objectives  below. 

TEST  OBJECTIVES 


The  objectives  for  this  test  were  as  follows: 

1.  To  verify  that  the  IBI  Beacon  Probability  of  Detection  meets  or  exceeds  that  of 
the  ATCBI-5. 

2.  To  verify  that  the  IBI  Mode  3/A  validity  and  reliability  meets  or  exceeds  that  of 
the  ATCBI-5. 

3.  To  verify  that  the  IBI  Altitude  validity  and  reliability  meets  or  exceeds  that  of  the 
ATCBI-5. 

4.  To  verify  that  the  IBI  Beacon  ring  around  rate  is  equal  to  or  less  than  that  of  the 
ATCBI-5. 

5.  To  verify  that  the  IBI  Beacon  split  rate  is  equal  to  or  less  than  that  of  the  ATCBI- 

5. 

6.  To  verify  that  the  IBI  Mode  3/A  code  0000  rate  is  equal  to  or  less  than  that  of  the 
ATCBI-5. 
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TEST  CONFIGURATION 


Figure  4.1-1  depicts  the  configuration  for  this  test. 
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FIGURE  4.1-1.  IBI/ATCBI-5  COMPARISON 

Note:  In  figure  4.1-1,  the  A/B  switches  were  used  to  go  from  IBI  to  ATCBI-5  operation. 
TEST  DESCRIPTION 

A  beacon  test  set  and  the  peak  power  meter  were  used  to  perform  preliminary 
measurements.  Comparisons  of  data  collected  using  live  targets  of  opportunity,  ATCBI-5 
versus  IBI,  were  made. 

To  make  these  comparisons  accurate,  the  transmit  power  levels  between  the  ATCBI-5 
and  the  IBI  were  matched  before  the  tests  began. 

The  IBI  and  the  ATCBI-5  were  connected  to  the  ASR-9  radar  via  a  video/trigger  switch 
and  to  the  antenna  via  radio  frequency  (RF)  switching  relays.  This  allowed  the  systems 
to  be  switched  quickly  enough  for  the  live  environment  to  remain  similar  between 
subtests.  The  test  was  broken  into  40  subtests  to  provide  a  sample  large  enough  to  be 
considered  statistically  valid.  Over  10  hours  of  data  was  collected  and  analyzed.  For 
each  subtest,  data  was  collected  until  an  RTADS  file  of  1  megabyte  (MB)  was  recorded. 
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To  ensure  that  the  IBI  and  ATCBI-5  collections  were  done  under  similar  conditions,  IBI 
and  ATCBI-5  collections  were  made  alternately.  An  equal  number  of  subtests  were 
conducted  using  Side  Lobe  Suppression  (SLS)  and  Improved  Side  Lobe  Suppression 
(ISLS). 

This  test  was  composed  of  40  subtests.  To  obtain  the  collections  indicated  they  were 
organized  as  follows: 

*  1 0  live  world  collections  on  the  Mode  S  IBI  (SLS):  subtests  2  through  20  even. 

*  10  live  world  collections  on  the  ATCBI-5  (SLS):  subtests  1  through  19  odd. 

*  1 0  live  world  collections  on  the  Mode  S  IBI  (ISLS):  subtests  22  through  40  even. 

*  10  live  world  collections  on  the  ATCBI-5  (ISLS):  subtests  22  through  40  odd. 

All  of  the  IBI  data  was  collected  using  Channel  A.  The  Mode  S  sensor  was  loaded  with 
the  S 1  Site  Adaptable  Parameters  (S APs)  configuration  identical  to  that  used  during  the 
first  performance  test.  Beacon  video  and  triggers  were  fed  to  the  ASR-9  radar  for  target 
processing  by  the  Beacon  Target  Extractor.  The  digital  surveillance  data  was 
disseminated  over  three  9600  baud  modem  lines  and  received  by  the  ASR-9  Remote 
Surveillance  and  Communication  Interface  Processor  (SCIP).  No  sensor  alarms  that 
could  skew  the  test  results  were  observed  during  the  testing. 

DATA  ANALYSIS 

An  RTADS  extraction  file  containing  all  disseminated  data  types  was  recorded  for  each 
of  the  40  subtests.  Reduction  and  analysis  were  performed  on  each  of  the  RTADS 
extraction  files  using  the  TDR  Beacon  False  Target  Summary  and  Surveillance  Analysis 
programs.  Surveillance  Analysis  provided  the  Beacon  Probability  of  Detection,  Mode 
3/A  validity  and  reliability,  and  Altitude  validity  and  reliability  statistics  used  to  verify 
objectives  one  through  three.  The  output  of  the  Beacon  False  Target  Summary  program 
provided  the  statistics  on  ring  around  rate,  split  rate,  and  code  0000  rate  used  to  verify 
objectives  four  through  six.  When  required,  filtering  was  done  on  the  RTADS  extraction 
file  using  the  TDR  Filter  program.  This  allowed  for  easier  analysis  of  particular  targets 
or  areas  of  the  coverage  map. 

TEST  RESULTS 


There  were  six  Test  Objectives  to  be  verified.  These  objectives  state  that  the  sensor's 
performance  in  IBI  operation  should  meet  or  exceed  ATCBI-5  performance. 

The  data  for  objectives  one  through  three  is  summarized  in  figure  4.1-2.  Note  from 
figure  4.1-2  that  on  the  parameters  where  ATCBI-5  outperformed  IBI,  the  differences 
were  on  the  order  of  two-tenths  of  a  percentage  point  or  less.  Although  back-to-back 
collective  periods  were  performed  to  have  similar  conditions,  each  of  the  ten  collections 
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were  unique  with  a  certain  randomness  resulting  in  the  summary  data.  Differences  of  a 
few  tenths  of  a  percent  should  be  concluded  as  equal  since  they  exceed  the  minimum 
system  requirements  by  an  order  of  magnitude. 


Surveillance  Parameter  Comparison 

i 


99.5  T 


FIGURE  4.1-2.  IBI  /  ATCBI-5  COMPARISON 
The  data  for  objectives  four  through  six  is  shown  in  graphical  form  in  figure  4.1-3  below. 
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FIGURE  4.1-3.  SPLITS  AND  RING  AROUND  COMPARISON 

The  higher  Beacon  Split  rate  for  IBI  operation  shown  in  figure  4.1-3  was  caused  by  pulse 
stretching  associated  with  the  log  beacon  video  employed  by  the  IBI  (the  ATCBI-5  uses 
linear  video).  Bench  tests  revealed  that  transponders  whose  frequency  was  outside  of  the 
allowable  band(1090  ±3  megahertz(MHz)),  caused  significant  pulse  stretching  in  the 
receiver.  This  pulse  stretching  caused  multiple  splits  to  occur  on  targets  whose 
transponder  frequencies  were  out  of  tolerance.  An  System  Problem  Report  (SPR)  was 
written  on  this  problem  (FC93-00501).  This  pulse  stretching  is  the  cause  of  objective  5 
not  being  verified.  When  filtering  was  used  it  was  determined  that  there  were  as  many  as 


Raround 
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141  splits  associated  with  a  single  target  during  one  IBI  collection.  This  same  target  had 
no  Beacon  Splits  associated  with  it  during  the  ATCBI-5  collections  before  and  after  the 
IBI  collection.  In  the  same  way,  as  many  as  224  Ring  around  errors  were  associated 
with  a  single  target  during  an  IBI  collection.  Again  this  target  registered  no  Ring  around 
faults  during  the  ATCBI-5  collections  before  or  after  the  IBI  collection.  The  fact  that 
objective  6  was  not  verified  is  also  due  to  the  pulse  stretching  problem.  Filtering  out  the 
targets  associated  with  multiple  Beacon  Split  and/or  Ring  around  errors  resulted  in  the 
data  shown  in  figure  4.1-4. 


FIGURE  4.1-4.  FILTERED  SPLITS  AND  RINGAROUND 

After  filtering,  the  IBI  and  ATCBI-5  numbers  for  Beacon  Splits  and  Ringarounds  were 
much  more  comparable  and  the  differences  could  be  considered  negligible.  The  filtered 
value  for  IBI  Beacon  Splits  was  0.212  percent.  This  is  only  0.009  percent  different  from 
the  ATCBI-5  value  of  0.203  percent.  The  filtered  value  for  IBI  Ring  arounds  was  0.026 
percent.  This  is  0.017  percent  greater  than  the  ATCBI-5  value  of  0.009  percent. 

SLS  Versus  ISLS  for  IBI  Operations 

The  sensor's  performance  using  SLS  was  very  similar  to  that  observed  using  ISLS. 
Surveillance  parameters  were  generally  slightly  better  with  SLS,  but  the  differences  were 
less  than  0.16  percent.  Such  differences  are  so  slight  as  to  be  considered  negligible.  The 
data  comparing  IBI  performance  using  SLS  and  ISLS  with  regard  to  surveillance 
parameters  is  presented  in  table  4.1-1 . 
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TABLE  4.1-1.  SURVEILLANCE  PARAMETERS- IBI  RESULTS  VERSUS  IBI 

LIMITS 


BCN 

PD 

ID 

REL 

ID 

VAL 

ALT. 

REL 

ALT. 

VAL 

IBI  (SLS) 

98.30% 

99.18% 

99.27% 

98.59% 

97.52% 

IBI  (ISLS) 

98.14% 

99.08% 

99.24% 

98.48% 

97.50% 

DIFFERENCE 

0.16% 

0.10% 

0.03% 

0.11% 

0.02% 

ISLS  performed  better  with  regard  to  false  targets.  Splits  were  1 .49  times  more  likely  to 
occur  with  SLS  than  with  ISLS.  Ring  around  occurred  1.17  times  more  often  with  SLS. 
The  split  and  Ring  around  statistics  listed  in  table  4.1-2  do  not  take  into  account  the 
targets  with  multiple  splits  and  Ring  arounds  caused  by  log  beacon  video  pulse 
stretching.  The  number  of  targets  with  multiple  splits  and  Ring  arounds  caused  by  log 
beacon  video  pulse  stretching  was  not  equally  distributed  between  tests  using  SLS  and 
ISLS.  For  this  reason  a  comparison  of  the  SLS  and  ISLS  results  for  these  parameters 
should  not  have  been  considered  statistically  valid.  It  is  fair  to  say,  however,  that  ISLS 
performance  with  regard  to  false  targets  appears  to  be  slightly  better  than  SLS 
performance.  The  data  comparing  IBI  performance  using  SLS  and  ISLS  for  false  target 
parameters  is  presented  in  table  4.1-2. 


TABLE  4.1-2.  FALSE  TARGET  PARAMETERS- 
IBI  RESULTS  VERSUS  IBI  LIMITS 


A Z. 

SPLITS 

RING-A- 

ROUND 

0000 

RATE 

IBI  (SLS) 

0.257% 

0.028% 

0.402% 

IBI  (ISLS) 

0.172% 

0.024% 

0.461% 

DIFFERENCE 

0.085% 

0.004% 

0.059% 

IBI  Performance  versus  National  Standard  for  Performance 

Tables  4.1-3  and  4.1-4  shown  below  compare  the  IBI  (including  SLS  and  ISLS  data) 
performance  observed  during  testing  to  the  IBI  nominal  limits.  The  limits  cited  were 
taken  from  the  Mode  S  Beacon  System  Airway  Facilities  Maintenance  Handbook 
(document  #6360.xx). 
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TABLE  4.1-3.  SURVEILLANCE  PARAMETERS- 
IBI  RESULTS  VERSUS  IBI  LIMITS 


BCN 

PD 

ID 

REL 

ID 

VAL 

ALT. 

REL 

ALT. 

VAL 

IBI  RESULTS 

98.220% 

99.128% 

99.254% 

98.535% 

97.506% 

IBI  LIMITS 

>97.0% 

>97.0% 

>97.0% 

>97.0% 

>96.0% 

LIMITS 

MET? 

YES 

YES 

YES 

YES 

YES 

Table  4.1-4.  FALSE  TARGET  PARAMETERS- 
IBI  RESULTS  VERSUS  IBI  LIMITS 


AZ. 

SPLITS 

RING-A- 

ROUND 

0000 

RATE 

IBI  RESULTS 

0.2145% 

0.0260% 

0.412% 

IBI  LIMITS 

<0.20% 

<1.0% 

<1.0% 

LIMITS 

MET? 

NO 

YES 

YES 

Note  that  all  limits  were  met  easily  except  for  the  Azimuth  Split  limit  of  0.20  percent. 

The  observed  value  of  0.2145  percent  exceeds  the  limit  by  only  7.25  percent. 

CONCLUSIONS 

The  data  indicates  that  the  ATCBI-5  and  the  Mode  S  IBI  performance  is  essentially  the 
same.  The  ATCBI-5  did  perform  better  that  the  IBI  in  the  area  of  Azimuth  Splits.  This 
was  due  to  problems  in  log  receiver  stretching  for  ATCRBS  transponder  whose  frequency 
is  out-of-tolerance  (1090±3  MHz)  and  was  documented  as  SPR#  FC93-00501. 

4.2  TEST  2:  IBI  PERFORMANCE  MONITORING 

PURPOSE 

The  purpose  of  this  test  was  to  (a)  verify  the  accuracy  of  the  forward  power  monitoring 
circuits,  (b)  test  the  accuracy  of  the  Voltage  Standing  Wave  Ratio  (VSWR)  monitoring 
circuits,  and  (c)  test  the  monitoring  alarm  points  of  four  key  performance  parameters  of 
the  IBI  sensor;  Directional  Forward  Power,  Directional  VSWR,  Omni  Forward  Power, 
and  Omni  VSWR.  The  power  alarms  were  tested  to  verify  that  they  are  sent  to  the  Air 
Traffice  Control  (ATC)  remote  terminal. 
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TEST  OBJECTIVES 


The  objectives  for  this  test  were  as  follows: 

a.  To  verify  that  the  IBI  remote  monitoring  conforms  to  the  IBI  statement  of  work. 

b.  To  verify  that  the  IBI  power  and  VSWR  alarms  occur  at  the  correct  power  levels. 
TEST  CONFIGURATION 

The  test  configuration  consisted  of  the  Mode  S  sensor,  the  local  terminal,  and  a  peak 
power  meter.  Since  this  test  basically  consisted  of  measuring  power  levels  and 
comparing  them  with  the  local  terminal,  no  Aircraft  Reply  and  Interference 
Environmental  Simulator  (ARIES)  scenarios  were  needed.  This  test  required  that  the 
sensor  be  operated  with  the  antenna  rather  than  into  a  dummy  load.  This  was  done  so  that 
all  cable  losses  in  the  signal  path  from  the  antenna  would  be  included  in  the  power 
measurements. 

TEST  DESCRIPTION 

For  the  purposes  of  this  test,  the  sensor  was  operated  in  the  IBI  mode.  The  sum  power 
was  set  to  +52.0  decibels  above  1  milliwatt  (dBm)  in  both  channels,  and  the  omni  power 
was  set  to  +55.0  dBm  in  both  channels.  The  sum  and  omni  alarm  threshold  SAPs  were  set 
to  indicate  a  yellow  code  for  a  power  level  1  dBm  lower  and  a  red  code  for  a  power  level 
3  dBm  lower  than  the  power  levels.  All  these  limits  were  tested  by  reducing  the  power 
and  verifying  the  appropriate  response. 

In  place  of  section  4.2. 5. 1.3  of  the  Mode  S  Performance  Test  Procedure,  Procedure  161 
(sections  A-E)  from  the  Mode  Select  Beacon  System  Airway  Facilities  Maintenance 
Handbook  was  executed.  Procedure  161  was  considered  an  up-to-date  version  of  section 
4.2. 5. 1.3  of  the  Mode  S  Performance  Test  Procedure. 

The  power  offset  SAPs  were  adjusted  on  Channel  A  and  Channel  B  so  that  the  omni  and 
sum  powers  on  the  local  terminal  measured  55  dBm  and  52  dBm,  respectively.  This 
portion  of  the  test  verified  the  effectiveness  of  the  power  offset  SAPs. 

Power  levels  were  adjusted  on  Channel  A  and  Channel  B  to  ensure  that  the  yellow  and 
red  alarms  occurred  at  the  proper  levels. 

Next,  the  VSWR  was  measured  at  the  sum  and  omni  couplers.  SAPs  were  adjusted  so 
that  the  local  terminal  VSWR  values  displayed  matched  the  measured  VSWR  values 
measured  at  the  couplers.  This  was  accomplished  using  Procedure  161  discussed  above. 

Finally,  the  VSWR  and  power  alarm  SAPs  were  tested  and  verified.  The  VSWR  limit  for 
a  yellow  code  is  1 .5.  The  limit  for  a  red  code  is  2.0.  These  two  limits  are  defined  by 
SAP  settings.  The  alarm  performance  was  verified  by  first  setting  the  alarm  threshold 
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SAP  to  the  measured  VSWR  and  verifying  that  there  is  no  alarm.  Then  the  alarm 
threshold  SAP  was  moved  to  0.1  under  the  measured  VSWR  resulting  in  a  yellow  alarm. 
This  procedure  was  repeated  for  yellow  and  red  alarms  in  Channel  A  and  Channel  B. 


DATA  ANALYSIS 


Data  analysis  was  performed  immediately  by  observing  the  measurements  and  alarms  on 
the  local  terminal.  No  data  analysis  programs  were  used;  all  analysis  was  completed  by 
observation. 

TEST  RESULTS 

There  were  two  Test  Objectives  to  be  verified. 

Objective  1  states  that  the  IBI  remote  monitoring  conforms  to  the  IBI  statement  of  work. 
The  test  results  verified  this  test  objective. 

Objective  2  states  that  the  IBI  power  and  VSWR  alarms  occur  at  the  correct  power  levels. 
This  objective  was  also  verified.  All  alarms  occurred  at  exactly  the  appropriate  levels  and 
the  VSWR  portion  of  the  test  was  also  successful. 

CONCLUSIONS 

No  deficiencies  were  identified  during  execution  or  analysis.  The  objectives  for  this  test 
and  their  verification  status  are  summarized  in  table  4.2-1. 

TABLE  4.2-1 .  OBJECTIVE  SUMMARY 


OBJECTIVE 

VERIFIED? 

1 .  Verify  that  IBI  remote  monitoring  conforms  to  the  IBI 
statement  of  work 

Yes 

2.  Verify  that  the  IBI  power  and  VSWR  alarms  occur  at  the 
correct  power  levels 

Yes 
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4.3  TEST  3:  SURVEILLANCE  BASELINF-PD/PFA 


PURPOSE 

This  test  measured  the  Mode  S  probability  of  detection  (Pd)  and  probability  of  false 
alarm  (Pfa),  both  as  a  function  of  RF  signal  level  and  fruit  level.  This  section  includes 
the  results  and  analysis  of  data  observed  using  no  fruit,  moderate  fruit  and  heavy  fruit 
scenarios. 

TEST  OBJECTIVES 

The  objectives  for  this  test  were  as  follows: 

a.  To  verity  that  the  Mode  S  Pd  and  the  ATCRBS  Pd  rates  exceed  99  percent  for  a 
received  power  of -76  dBm  in  the  absence  of  fruit.  References  PTP  Category  1, 
paragraph  4. 1 . 1 . 1  and  PTP  TVRTM  1 200 

b.  To  verity  that  the  Mode  S  Pfa  and  the  ATCRBS  Pfa  are  less  than  1  O'6,  while 
detecting  targets  as  per  objective  1.  References  PTP  Category  1,  paragraph 
4. 1.1.1  and  PTP  TVRTM  1200 

c.  To  establish  a  baseline  of  Pd/Pfa  versus  selected  RF  signal  levels  and  fruit  levels. 
Reference  PTP  Category  1 ,  paragraph  4. 1 . 1 . 1 


TEST  CONFIGURATION 

Figure  4.3-1  depicts  the  configuration  for  this  test. 
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FIGURE  4.3-1 .  SURVEILLANCE  BASELINE  Pd/Pfa 

TEST  DESCRIPTION. 

It  was  necessary  to  calibrate  the  ARIES  to  validate  the  received  reply  power  levels  -70, 
-73,  -76,  and  -79  dBm  for  use  in  this  test.  The  sensor  was  operated  with  a  dummy  load, 
rather  than  the  antenna,  for  this  test. 

Each  subtest  executed  an  ARIES  scenario  with  ATCRBS  and  Mode  S  targets  using  a 
single  received  power  level  and  one  fruit  level.  There  were  four  different  received  power 
levels  and  three  different  fruit  levels,  no  fruit,  moderate  fruit  (4k/sec),  and  heavy  fruit 
(40K/sec).  It  required  12  subtests  to  run  every  combination  of  received  power  level  and 
fruit  level. 

The  S2  SAP  configuration  was  used  with  the  following  modifications: 

mode_s_roll_call_stc  =  0, 
mode_s_all_call_stc  =  0, 
atcrbs_stc  =  0,  and 
auxiliary_stc  =  0 


Each  of  the  ARIES  scenarios  started  with  a  ring  of  32  targets  equally  spaced,  1 1 .25°  apart 
at  a  range  of  5  nmi  from  the  sensor.  There  were  16  ATCRBS  and  16  Mode  S  targets, 
alternating  ATCRBS  target,  Mode  S  target,  ATCRBS  target.  Mode  S  target,  and  so  forth 
around  the  ring  until  it  was  complete. 

Each  scenario  started  with  each  target  moving  at  a  constant  clockwise  rotation  rate,  about 
the  sensor,  with  its  range  increasing  at  a  constant  rate,  and  an  approximate  ground  speed 
of  240  nmi  per  hour.  The  scenario  ended  after  10  minutes.  At  the  end,  each  target  was  at 
a  sensor  range  of  45  nmi,  and  had  rotated  5.625°  clockwise  from  its  starting  location. 

DATA  ANALYSIS 

ARIES  and  sensor  data  extraction  files  were  saved  from  each  subtest.  These  data  files 
were  reduced  with  the  ARIES/Mode  S  Compare  program  which  computed  sample  size, 
Probability  of  Detection  (also  called  blip/scan  ratio),  Identity  reliability,  Altitude 
reliability,  number  of  uncorrelated  reports,  and  the  number  of  replies  per  report. 

RTADS  data  extraction  files  were  also  saved  from  each  subtest.  These  data  files  were 
used  by  the  Surveillance  Analysis  program  to  compute  sample  size,  blip/scan  ratio,  and 
code  reliability.  The  same  data  files  were  used  by  the  Beacon  False  Target  Summary  to 
compute  the  number  of  false  targets,  which  is  in  turn  used  to  compute  the  Pfa. 

TEST  REST  JETS 

The  data  presented  was  generated  by  processing  the  Mode  S  sensor,  ARIES,  and  RTADS 
data  extraction  files  using  the  DR  and  the  Transportable  Radar  Analysis  System  TDR 
programs.  Specifically,  the  DR  option  ARIES/Mode  S  Compare  was  used  to  process  the 
sensor  and  ARIES  extraction  data,  and  the  TDR  Beacon  False  Target  Summary  and 
Surveillance  Analysis  were  used  to  process  the  RTADS  extraction  data. 

Objective  1  required  that  the  Pd  for  Mode  S  and  ATCRBS  targets  exceed  99  percent  for 
received  reply  power  of -76  dBm  (in  the  absence  of  fruit).  All  subtests  passed.  These 
results  are  shown  in  table  4.3-1. 
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TABLE  4.3-1.  PROBABILITY  OF  DETECTION 


Subtest 

Pd  Mode  S  (%) 

Pd  ATCRBS 
(%) 

la 

100.00 

99.86 

2 

100.00 

100.00 

3 

100.00 

99.71 

Average 

100.00 

99.56 

Pd  Limits 

>99.00 

>99.00 

Limits  Met? 

Yes 

Yes 

Figure  4.3-2  details  the  sensor's  Pd  performance  as  a  function  of  decreasing  received 
power  levels  and  increasing  fruit  levels.  Note  from  this  figure  that  Mode  S  performance 
is  virtually  unaffected  by  the  adverse  conditions  while  ATCRBS  performance  is 
significantly  degraded. 


Probability  of  Detection 


100 


MF  MF 

-70  -73 

Fruit  Level/Power  Level 


|  Mode  S 
I  ATCRBS 


Figure  4.3-2.  PROBABILITY  OF  DETECTION  FOR  ATCRBS  /  MODE  S  TARGETS 
Note:  The  following  legend  applies  to  all  figures  related  to  this  test. 

Legend 

NF=No  Fruit  MF=Moderate  Fruit  (4k/sec  ATCRBS,  50/sec  Mode  S) 
HF=Heavy  Fruit  (40k/sec  ATCRBS,  200/sec  Mode  S) 

Power  levels  are  expressed  in  dBm 


Objective  2  required  that  the  Pfa  for  Mode  S  and  ATCRBS  targets  be  less  than  10'6. 
The  Pfa  values  for  all  -70  dBm  subtests  are  shown  in  table  4.3-2.  This  objective  was 
verified  for  all  subtests. 


TABLE  4.3-2.  PROBABILITY  OF  FALSE  ALARM  FOR  -70  DBM  TARGETS 


Pfa 

Subtest  Number 

Mode  S 

ATCRBS 

1  a  (no  fruit) 

7.852  x  10** 

0.489  lx  10'" 

5  (moderate  fruit) 

7.852  x  1  O'" 

0.0 

9  (heavy  fruit) 

8.803  x  10'" 

15.65  x  10'" 

Pfa  limit 

<io-o  “  j 

<10-0 

Limit  met? 

YES 

YES 

The  target  report  false  alarm  rate  was  significantly  lower  then  the  requirement  of  1  O'6  for 
both  Mode  S  and  ATCRBS,  even  at  the  40K  fruits  levels 

Objective  3  required  the  establishment  of  a  baseline  of  Pd  operational  values  for  a 
selected  range  of  receiver  power  and  fruit  levels.  The  test  results  shown  in  table  4.3-3 
fulfills  this  objective. 


TABLE  4.3-3.  Pd/Pfa  BASELINE 


Probability  of 
Detection  (%) 

Scenario 

Information 

(dBm) 

Subtest 

Mode  S 

ATCRBS 

Fruit 

Level 

Power 

Level 

la 

100.00 

99.86 

None 

-70 

2 

100.00 

100.00 

None 

-73 

3 

100.00 

99.71 

None 

-76 

4a 

100.00 

98.56 

None 

-79 

5 

100.00 

99.85 

Moderate 

-70 

6 

100.00 

100.00 

Moderate 

-73 

7 

100.00 

98.99 

Moderate 

-76 

8 

100.00 

96.92 

Moderate 

-79 

9 

100.00 

97.10 

Heavy 

-70 

10 

100.00 

96.00 

Heavy 

-73 

11 

100.00 

94.73 

Heavy 

-76 

12 

99.80 

84.34 

Heavy 

-79 
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Figures  4.3-3  and  4.3-4  give  the  ATCRBS  and  Mode  S  data  for  these  tests  as  a  function 
of  fruit  level.  The  data  in  these  figures  is  an  average  of  all  the  data  collected  at  each  fruit 
level.  The  data  is  presented  in  this  fashion  to  highlight  the  fact  that  Mode  S  performance 
is  stable  regardless  of  fruit  level  tested  while  ATCRBS  performance  is  degraded  by 
increasing  fruit  levels.  This  trend  is  present  in  both  the  Pd  and  Pfa  results. 


FIGURE  4.3-3.  AVERAGE  Pd  VERSUS  FRUIT  LEVEL 


Pfa  versus  Fruit  Level 


Fruit  Level 


FIGURE  4.3-4.  AVERAGE  Pfa  VERSUS  FRUIT  LEVEL 


CONCLUSIONS 

All  objectives  for  this  test  were  verified.  The  Pd  and  Pfa  objectives  were  met,  and  the 
Pd/Pfa  operational  Baseline  was  established. 
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The  sensor's  performance  was  generally  better  with  Mode  S  targets  than  with  ATCRBS. 
Specifically,  there  was  less  degradation  in  the  Pd  and  the  Pfa  due  to  decreasing  received 
signal  power  levels  or  increasing  fruit  levels.  For  both  parameters,  ATCRBS 
performance  degraded  significantly  in  adverse  conditions  while  Mode  S  performance 
held  stable. 

A  summation  of  the  results  as  they  relate  to  each  objective  follows  in  table  4.3-4. 

TABLE  4.3-4.  OBJECTIVE  SUMMARY 


OBJECTIVE 

VERIFIED? 

1 .  ATCRBS  and  Mode  S  Pd  >  99%  for  received  power  -76 
dBm  in  the  absence  of  fruit. 

YES  j 

2.  ATCRBS  and  Mode  S  Pfa  <  1(H> 

YES 

3 .  Establish  a  baseline  of  PD/Pfa  versus  RF  signal  levels  and 
fruit  levels. 

YES 
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4  4  TEST  4-  SURVEILLANCE  BASELINE-REPORT  PARAMETERS 


PURPOSE 

This  test  evaluated  Mode  S  surveillance  performance  under  typical  target  load  and 
capacity  situations.  The  following  surveillance  report  data  was  collected  and  analyzed: 

a.  beacon  blip/scan  ratio, 

b.  effective  blip/scan  ratio  (includes  radar  substitution), 

c.  ID  code  validity, 

d.  altitude  code  validity, 

e.  false  targets  due  to  splits  and  fruit, 

f.  Mode  S  interrogation  rate,  and 

g.  Mode  S  re-interrogation  rate. 

TEST  OBJECTIVES 


The  objectives  for  this  test  were  as  follows: 

1 .  To  verily  that  the  beacon  blip/scan  ratio  for  Mode  S  exceeds  98  percent  and 
that  the  beacon  blip/scan  ratio  for  ATCRBS  exceeds  97  percent.  Reference 
PTP  Category  1 ,  paragraph  4. 1 . 1 . 1 . 

2.  To  verify  that  the  effective  blip/scan  ratio  (including  radar  substitution) 
exceeds  99  percent  for  both  Mode  S  and  ATCRBS.  Reference  PTP  Category 
1,  paragraph  4. 1.1.1. 

3.  To  verify  that  the  ID  code  validity  exceeds  97  percent  for  ATCRBS  and  99.9 
percent  for  Mode  S.  Reference  PTP  Category  1 ,  paragraph  4. 1 . 1 . 1 . 

4.  To  verify  that  the  Altitude  code  validity  exceeds  95  percent  for  ATCRBS  and 
99.9  percent  for  Mode  S.  Reference  PTP  Category  1 ,  paragraph  4. 1 . 1 . 1 . 

5.  To  verify  that  false  reports  due  to  splits  and  fruit  are  less  than  0.3  percent  for 
ATCRBS  and  less  than  0.1  percent  for  Mode  S.  Reference  PTP  Category  1, 
paragraph  4. 1 . 1 . 1 . 

6.  To  verify  that  an  ATCRBS/Mode  S  All-Call  can  be  generated.  References  PTP 
Category  1,  paragraph  4. 1.1.1  and  PTP  TVRTM  1300. 

7.  To  verify  that  a  Mode  S  Role-Call  can  be  generated.  References  PTP  Category 
1 ,  paragraph  4. 1 . 1 . 1  and  PTP  TVRTM  1 340. 

8.  To  verify  that  the  average  Mode  S  re-interrogation  rate  is  less  than  0. 1 0  re¬ 
interrogations  per  target  report.  References  PTP  Category  1 ,  paragraph  4. 1 . 1 . 1 . 
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TEST  CONFIGURATION 


Figure  4.4-1  depicts  the  configuration  for  this  test. 


ATCRBS ,  MODE  S  AND 
MIXED  REAL  WORLD/RADAR 

ATCRBS  MODE  S  AND 
MIXED  CAPACITY/RADAR 


FIGURE  4.4- 1 .  SURVEILLANCE  BASELINE  -  REPORT 
PARAMETERS 


TEST  DESCRIPTION 

The  sensor  was  operating  with  a  dummy  load  rather  than  the  antenna.  Eighteen  subtests 
were  executed  using  ARIES  target  scenarios  and  fruit  scenarios.  Two  types  of  ARIES 
target  scenarios  were  used: 

1 .  Real  world  scenarios  (derived  from  data  recorded  at  operational  sites) 

2.  Capacity  scenarios  with  a  maximum  of  400  targets 

Both  the  real  world  and  capacity  scenarios  were  executed  using  only  ATCRBS  targets, 
only  Mode  S  targets,  and  an  equal  mixture  of  ATCRBS  and  Mode  S  targets.  Each 
scenario  was  executed  using  no  fruit,  moderate  fruit  (  4K/sec  ATCRBS  and  50/sec  Mode 
S),  or  heavy  fruit  (  40K/sec  ATCRBS  and  200  Mode  S/sec)  scenarios.  Twenty-five 
percent  of  the  fruit  was  mainbeam  fruit. 
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For  these  tests,  the  sensor  was  loaded  with  the  S2  SAP  configuration  with  the  following 
changes: 


radar_type  =  1, 
sds_surv_installed  =  1 , 
surv_data_selector_mode  =  1 , 
surv_destination_control  =  1 ,  and 
ntry  =  0. 

To  enable  the  80  percent  radar  reinforcement,  it  was  necessary  to  install  ARIES  Radar 
Report  cables  into  Mode  S  communications  junction  box.  The  cables  from  ports  J49, 
J50,  J69,  J70  were  unplugged.  The  ARIES  cable  for  Channel  A  was  plugged  into  J49, 
and  the  ARIES  cable  for  Channel  B  was  plugged  into  J50. 

DATA  ANALYSIS 

The  data  presented  was  produced  using  Mode  S  Sensor,  ARIES,  and  RTADS  extraction 
files  generated  during  test  execution.  The  TDR  Beacon  False  Target  Summary,  TDR 
Surveillance  Analysis,  DR  Channel  Management  Statistics,  and  DR  ARIES  Compare 
data  reduction  programs  were  run  on  the  data  collected  for  each  subtest. 

TEST  RESULTS 


The  data  as  it  relates  to  each  objective  is  presented  below. 

Objective  1  of  the  Performance  Test  Procedure  required  that  the  beacon  blip/scan  ratio 
(i.e.,  Pd)  for  Mode  S  exceed  98  percent  and  that  the  beacon  blip/scan  ratio  (Pd)  for 
ATCRBS  exceed  97  percent.  The  data  for  all  subtests  exceeded  the  limits.  Note  that 
sensor  performance  was  generally  better  with  Mode  S  targets  than  it  was  with  ATCRBS 
targets. 
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Objective  2  of  the  Performance  Test  Procedure  required  that  the  effective  beacon 
blip/scan  ratio  (Pd)  (including  radar  substitution)  exceed  99  percent  for  both  Mode  S  and 
ATCRBS.  The  effective  blip/scan  ratios  (Pd)  for  the  Mode  S,  ATCRBS  and  Mixed 
scenarios  exceed  99.65  percent  in  every  case.  The  data  for  Pd,  and  Effective  Pd  is  given 
in  table  4.1-1  shown  below.  Note  that  Mode  S  performance  was  superior  to  ATCRBS 
performance  for  both  of  these  parameters.  The  conditions  field  of  table  4.4-1  defines  the 
scenario  type,  fruit  level,  and  target  mix. 
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TABLE  4.4-1.  BEACON  AND  EFFECTIVE  PD  DATA 


Beacon  Pd 

Effective  Pd 

(%) 

(%) 

5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


Average 


Limits 


Limits  Met? 


ATCRBS 


99.69 


N/A 


99.73 


99.63 


N/A 


99.65 


N/A 


99.42 


99.77 


N/A 


99.76 


99.73 


N/A 


99.77 


99.34 


N/A 


99.54 


99.62 


>97.0 


YES 


Mode  S 


N/A 


99.63 


99.81 


N/A 


99.64 


99.71 


N/A 


99.68 


99.72 


N/A 


100.00 


100.00 


N/A 


100.00 


100.00 


N/A 


100.00 


100.00 


99.85 


>98.0 


YES 


ATCRBS 


99.74 


N/A 


99.79 


99.71 


N/A 


99.71 


N/A 


99.65 


99.91 


N/A 


99.94 


99.95 


N/A 


99.77 


99.73 


N/A 


99.84 


99.79 


>99.0 


YES 


ModeS 


Conditions 


N/A 

RW/NF/A 

99.72 

RW/NF/S 

99.85 

RW/NF/M 

N/A 

RW/MF/A 

99.71 

RW/MF/S 

99.84 

RW/MF/M 

N/A 

RW/HF/A 

99.73 

RW/HF/S 

99.85 

RW/HF/M 

N/A 

CP/NF/A 

100.00 

CP/NF/S 

100.00 

CP/NF/M 

N/A 

CP/MF/A 

100.00 

CP/MF/S 

100.00 

CP/MF/M 

N/A 

CP/HF/A 

100.00 

CP/HF/S 

100.00 

CP/HF/M 

99.89 

N/A 

>99.0 

N/A 

YES 

N/A 

Note:  The  following  legend  applies  to  all  of  the  tables  for  Test  #4. 


Legend 


A  =  ATCRBS  Targets  N/A  =  Not  Applicable 

S  =  Mode  S  Targets  NF  =  No  Fruit  Scenario 

M  =  Mixed  Targets  MF  =  Moderate  Fruit  Scenario  (4k/sec  ATCRBS,  50/sec 

Mode  S) 

RW  =  Real  World  Scenario  HF  =  High  Fruit  Scenario  (40k/sec  ATCRBS,  200/sec 

Mode  S) 

CP  =  Capacity  Scenario  *=  Not  Executed 
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Objective  3  of  the  Performance  Test  Procedure  required  that  the  ID  code  validity  exceed 
97  percent  for  ATCRBS  targets  and  99.9  percent  for  Mode  S  targets.  The  limits  for 
ATCRBS  targets  were  met  on  all  subtests.  The  ID  code  validity  for  Mode  S  targets  in 
subtests  2,  5,  and  8  was  slightly  below  the  limit.  Subtest  2  had  the  lowest  reading,  99.81 
percent.  The  average  ID  code  validity  for  Mode  S  targets  was  99.95  percent,  above  the 
limit  of  99.9  percent.  Given  this  and  the  fact  that  the  worst  failure  was  only  0.09  percent 
below  the  limit,  this  objective  is  considered  verified.  The  lowest  value  of  ID  code 
validity  observed  for  ATCRBS  targets  was  99.48  percent  in  subtest  16. 

Objective  4  of  the  Performance  Test  Procedures  required  the  Altitude  code  validity 
exceeds  95  percent  for  ATCRBS  and  99.9  percent  for  Mode  S.  All  subtests  exceeded  the 
limit  for  ATCRBS  targets,  however  subtests  2,  5,  and  8,  failed  for  Mode  S  targets.  As  the 
worst  case  failure  (subtest  2)  was  only  0.14  percent  low,  and  the  average  of  all  subtests 
exceeded  the  limit,  these  failures  were  not  significant.  Note  that  the  sensor  performed 
better  with  Mode  S  targets  than  it  did  with  ATCRBS  targets.  The  ID  and  Altitude 
Validity  data  are  given  in  table  4.4-2  shown  below. 

TABLE  4.4-2.  ID  AND  ALTITUDE  VALIDITY  DATA 


ID  Validity 
(%) 

ATCRBS 

Mode  S 

99.97 

N/A 

N/A 

99.81 

99.98 

99.98 

99.93 

N/A 

N/A 

99.82 

99.92 

99.93 

* 

N/A 

N/A 

99.87 

99.66 

99.95 

99.87 

N/A 

N/A 

100.00 

99.98 

99.99 

99.85 

N/A 

N/A 

100.00 

99.97 

100.00 

99.48 

N/A 

N/A 

99.99 

99.77 

100.00 

99.84 

99.95 

>97.0 

>99.9 

YES 

YES 

Altitude  Code  Validity 

f0/\ 


ATCRBS 


99.59 


N/A 


99.63 


99.46 


N/A 


99.35 


N/A 


95.93 


99.32 


N/A 


99.77 


99.91 


N/A 


99.63 


95.21 


N/A 


95.89 


98.2 


>95. 


YES 


Mode  S 

Conditions 

N/A 

RW/NF/A 

99.76 

RW/NF/S 

99.90 

RW/NF/M 

N/A 

RW/MF/A 

99.77 

RW/MF/S 

99.93 

RW/MF/M 

N/A 

RW/HF/A 

99.83 

RW/HF/S 

99.93 

RW/HF/M 

N/A 

CP/NF/A 

100.00 

CP/NF/S 

99.99 

CP/NF/M 

N/A 

CP/MF/A 

100.00 

CP/MF/S 

100.00 

CP/MF/M 

N/A 

CP/HF/A 

99.99 

CP/HF/S 

100.00 

CP/HF/M 

99.94 

N/A 

>99.9 

N/A 

YES 

N/A 
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Figures  4.4-2,  4.4-3,  4.4-4,  and  4.4-5  present  the  average  value  of  each  parameter  as  a 
function  of  fruit  level.  Note  that  Mode  S  performance  is  generally  superior  to  ATCRBS 
performance.  In  addition,  Mode  S  performance  is  much  less  subject  to  degradation  with 
increasing  levels  of  fruit. 


FIGURE  4.4-2.  BEACON  PROBABILITY  OF  DETECTION  DATA 


99.9 
99.8 
^  99.7 
£  99.6 
j  q  99.5 
0-  99.4 
!  99.3 

99.2 

i 

| 


99.838 


MF 

Fruit  Level 


■  Mode  S 
B  ATCRBS 


99.86 


99.85 


FIGURE  4.4-3.  EFFECTIVE  PROBABILITY  OF  DETECTION  DATA 


NF  MF  HF 

Fruit  Level 


FIGURE  4.4-4.  ID  CODE  VALIDITY  DATA 
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Fruit  Level 

FIGURE  4.4-5.  ALTITUDE  CODE  VALIDITY  DATA 


Objective  5  of  the  Performance  Test  Procedure  required  that  false  reports  due  to  splits 
and  fruit  were  less  than  0.3  percent  for  ATCRBS  and  less  than  0.1  percent  for  Mode  S. 
AH  of  the  subtests  easily  passed  this  requirement,  both  on  ATCRBS  and  Mode  S  targets. 

Table  4.4-3  and  figure  4.4-6  summarize  the  False  Targets  due  to  splits  and  fruit  data  for 
these  tests. 


TABLE  4.4-3.  FALSE  TARGETS  DUE  TO  SPLITS  AND  FRUIT 


Splits  (%) 

Subtest 

ATCRBS 

Mode  S 

Conditions 

1 

0.02 

N/A 

RW/NF/A 

2 

N/A 

0.04 

RW/NF/S 

3 

0.01 

0.01 

RW/NF/M 

4 

0.03 

N/A 

RW/MF/A 

5 

N/A 

0.04 

RW/MF/S 

6 

0.02 

0.02 

RW/MF/M 

7 

* 

N/A 

RW/HF/A 

8 

N/A 

0.04 

RW/HF/S 

9 

0.05 

0.0 

RW/HF/M 

10 

0.02 

N/A 

CP/NF/A 

11 

N/A 

0.0 

CP/NF/S 

12 

0.0 

0.0 

CP/NF/M 

13 

0.01 

N/A 

CP/MF/A 

14 

N/A 

0.0 

CP/MF/S 

15 

0.01 

0.01 

CP/MF/M 

16 

0.13 

N/A 

CP/HF/A 

17 

N/A 

0.0 

CP/HF/S 

18 

0.04 

0.0 

CP/HF/M 

Average 

0.036 

0.01 

N/A 

Limits 

<0.3 

<0.1 

N/A 

Limits  Met? 

YES 

YES 

N/A 
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0.08  _ 


0.0733 


Fruit  Level 

FIGURE  4.4-6.  FALSE  TARGETS  DUE  TO  SPLITS  AND  FRUIT  DATA 


Objective  6  of  the  Performance  Test  Procedure  required  verification  that  ATCRBS  and 
Mode  S  All-Calls  were  generated.  The  fact  that  all  ATCRBS  and  Mode  S  subtests,  using 
capacity  scenarios  executed  successfully  (except  for  excessive  re-interrogation  rates), 
according  to  the  Performance  Test  Procedure,  verifies  that  multiple  ATCRBS  and  Mode 
S  All-Calls  were  successfully  generated. 

Objective  7  of  the  Performance  Test  Procedure  required  verification  that  Mode  S  Roll- 
Calls  were  generated.  The  fact  that  all  Mode  S  and  Mixed  subtests,  using  capacity 
scenarios  executed  successfully  (except  for  excessive  re-interrogation  rates),  according  to 
the  Performance  Test  Procedure,  verifies  that  multiple  Mode  S  Roll-Calls  were 
successfully  generated. 

Objective  8  of  the  Performance  Test  Procedure  required  that  the  average  Mode  S  re¬ 
interrogation  rate  was  less  than  0.10  re-interrogations  per  target  report.  This  objective 
was  not  verified.  The  re-interrogation  rate  for  each  target  was  dependent  on  its  range. 
Targets  close  to  the  sensor  had  a  higher  re-interrogation  rate  than  those  further  away.  The 
data  reduction  tool  Channel  Management  Statistics,  filtered  on  range,  was  used  to 
determine  how  re-interrogation  rate  changes  as  a  function  of  range.  The  greatest 
variations  in  re-interrogation  rate  were  observed  in  the  range  interval  of  0  to  20  nmi.  In 
the  interval  20  to  60  nmi,  the  re-interrogation  rate  was  relatively  constant.  For  this 
reason,  the  analysis  was  done  by  dividing  the  coverage  map  into  six  range  bands.  The 
ranges  included  in  each  band  are  shown  below; 

1.  0<  range  <4  4.  12  <  range  <  16 

2.  4  <  range  <8  5.  1 6  <  range  <  20 

3.  8  <  range  <  12  6.  20  <  range  <  60 

The  Channel  Management  Statistics  program  was  executed  once  for  every  range  band  of 
each  subtest. 

The  results  of  the  analysis  are  given  in  table  4.4-4.  This  table  shows  how  re¬ 
interrogation  rate  varies  with  range  during  these  tests.  Note  from  figure  4.4-7  that  the  re¬ 
interrogation  rate  for  real  world  and  capacity  scenarios  generally  drops  off  as  range 
increases.  The  lowest  value  of  re-interrogation  rate  observed  was  for  targets  with  ranges 
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between  1 6  and  20  nmi  in  subtests  3  and  6.  The  re-interrogation  rate  of  0.05  in  this 
interval  was  the  only  instance  of  data  that  fell  below  the  0.10  limit. 

TABLE  4.4-4.  RE-INTERROGATION  RATE  VERSUS  RANGE  (nmi) 


Re-interrogation  Rate  versus  Range  (nmi) 


Subtest 

0<R<4 

4<R<8 

8<R<12 

IHB 

20<R<60 

ll 

Scenario 

Type 

2 

0.82 

0.38 

0.26 

0.17 

0.15 

0.14 

RW/NF 

3 

0.83 

0.37 

0.22 

0.16 

0.05 

0.14 

RW/MF 

5 

|  0.82 

0.38 

0.25 

0.18 

0.15 

0.14 

RW/NF 

6 

0.83 

0.38 

0.22 

0.19 

0.05 

0.15 

RW/MF 

8 

0.82 

heeeh 

0.19 

0.14 

0.14 

RW/HF 

9 

0.84 

0.39 

0.23 

0.22 

0.11 

0.21 

RW/HF 

11 

0.84 

0.54 

0.33 

0.24 

0.33 

0.17 

CP/NF 

12 

0.83 

0.54 

0.30 

0.24 

0.35 

0.17 

CP/MF 

14 

0.83 

0.49 

0.27 

0.23 

0.32 

0.17 

CP/NF 

15 

0.83 

0.48 

0.28 

0.22 

0.34 

0.17 

CP/MF 

17 

0.83 

0.48 

0.26 

0.23 

0.33 

0.17 

CP/HF 

18 

0.83 

0.27 

0.24 

0.36 

0.22 

CP/HF 

RW. 

Average 

0.827 

0.385 

0.237 

0.185 

0.108 

0.153 

RW 

CP. 

Average 

0.832 

0.503 

0.285 

0.233 

0.338 

0.182 

CP 

Overall 

Average 

0.829 

0.444 

0.261 

0.209 

0.223 

0.168 

RW 

Limit 

<0.10 

<0.10 

<0.10 

<0.10 

<0.10 

<0.10 

CP 

Limit 

Met? 

NO 

NO 

NO 

NO 

NO 

NO 

N/A 

0.9  _ 


OtD  4  4to  8  8to  12  12to  16  16to  20  20 Id  60 

Range  Sectors  In  NMI 


FIGURE  4.4-7.  RE-INTERROGATION  RATE  VERSUS  SCENARIO  TYPE 
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Re-interrogation  rate  appears  to  be  independent  of  the  level  of  fruit  present.  This  is  shown 
in  figure  4.4-8. 


0.9  T 


Oto  4  4  Id  8  8tD  12  12to  16  16t>20  201d60 

Range  Sectors  In  NMI 


FIGURE  4.4-8.  RE-INTERROGATION  RATE  VERSUS  FRUIT  LEVEL 

Since  the  high  re-interrogation  rates  shown  in  table  4.4-4  could  not  be  explained,  an  SPR 
(FC93-30910)  was  written  to  document  the  problem.  In  general,  the  re-interrogation  rate 
increases  with  increasing  reply  processing  load  on  the  sensor. 

It  is  interesting  to  look  at  how  the  sensor's  performance  varies  with  changing  fruit  levels. 
Tables  4.4-5  and  4.4-6  present  the  average  value  for  each  surveillance  parameter  as  a 
function  of  fruit  level.  Note  that  in  all  cases  the  performance  with  Mode  S  targets  is 
virtually  constant.  Also  note  that  ATCRBS  performance  degrades  steadily  in  the 
presence  of  increasing  fruit.  This  is  especially  true  in  regard  to  Altitude  Code  Validity 
and  Splits.  There  are  no  instances  of  performance  being  degraded  below  the  specification 
requirement  for  a  given  level  of  fruit. 

TABLE  4.4-5.  PROBABILITY  OF  DETECTION  DATA  VERSUS  FRUIT  LEVEL 


Beacon  PD 

Effective  PD  j 

ATCRBS 

MODES 

ATCRBS 

MODES 

No  Fruit 

99.738 

99.860 

99.845 

99.893 

Moderate  Fruit 

99.695 

99.838 

99.785 

99.888 

Heavy  Fruit 

99.433 

99.850 

99.740 

99.895 

Average 

99.622 

99.849 

99.790 

99.892 

Limit 

>97.0 

>98.0 

>99.0 

>99.0 
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TABLE  4.4-6.  SURVEILLANCE  PARAMETER  DATA  VERSUS  FRUIT  LEVEL 


ID  Code  Val. 

Alt.  Code  Val. 

Splits  1 

ATCRBS 

MODES 

ATCRBS 

MODES 

ATCRBS 

MODES 

No  Fruit 

99.950 

99.578 

99.913 

0.0125 

0.0100 

Moderate  Fruit 

99.918 

99.938 

99.338 

99.925 

0.0225 

0.0100 

Heavy  Fruit 

99.637 

99.923 

95.677 

99.938 

0.0733 

0.0100 

Average 

99.835 

99.935 

98.198 

99.925 

0.0361 

0.0100 

Limit 

>97.0 

>99.9 

>95.0 

>99.9 

<0.3 

<0.1 

Figures  4.4-9  through  4.4-13  present  the  data  from  tables  4.4-5  and  4.4-6  in  the  form  of 
graphs.  These  graphs  show  even  more  clearly  the  superior  noise  immunity  of  the  Mode  S 
interrogations  and  replies. 
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FIGURE  4.4-9.  BEACON  PROBABILITY  OF  DETECTION  DEGRADATION  AS  A 

FUNCTION  OF  FRUIT  LEVEL 
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FIGURE  4.4-10.  EFFECTIVE  PROBABILITY  OF  DETECTION  DEGRADATION  AS 

A  FUNCTION  OF  FRUIT  LEVEL 
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ModeS  ATCRBS 


FIGURE  4.4-1 1.  ID  CODE  VALIDITY  DEGRADATION  AS  A  FUNCTION  OF 

FRUIT  LEVEL 


FIGURE  4.4-12.  ALTITUDE  CODE  VALIDITY  DEGRADATION  AS  A  FUNCTION 

OF  FRUIT  LEVEL 
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FIGURE  4.4-13.  FALSE  TARGETS  DUE  TO  SPLITS  AND  FRUIT  DEGRADATION 

AS  A  FUNCTION  OF  FRUIT  LEVEL 


CONCLUSIONS 

All  the  objectives  for  surveillance  performance  as  measured  using  the  ARIES  simulation 
environment  were  met  except  for  Re-interrogation  rate.  The  Re-interrogation  Rate 
(objective  8)  limit  of  less  than  0.10  was  not  met  for  any  subtest.  The  re-interrogation  rate 
is  highest  closest  to  the  sensor  and  decreases  with  increasing  range.  After  a  range  of 
approximately  20  nmi  is  reached,  the  rate  remains  relatively  constant  to  the  limits  of  the 
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coverage.  An  SPR  (FC93-30910)  was  written  concerning  this  issue.  No  resolution  of 
this  SPR  has  been  forthcoming.  Further  testing  will  be  required  when  a  solution  to  the 
SPR  is  proposed. 


The  objectives  for  this  test  and  whether  or  not  they  have  been  verified  by  the  testing  to 
date  is  summarized  in  table  4.4-7. 


TABLE  4.4-7.  OBJECTIVE  SUMMARY 


OBJECTIVE 

VERIFIED? 

1 .  Mode  S  blip/scan  >98%,  ATCRBS  blip/scan  >97% 

YES 

2.  Effective  blip/scan  >99%  for  Mode  S  and  ATCRBS 

YES 

3.  Mode  S  ID  code  validity  >99.9%,  ATCRBS  code  validity  >97% 

YES 

4.  Mode  S  Altitude  code  validity  >99.9%,  ATCRBS  code  validity 
>95% 

YES 

5.  False  reports  due  to  splits  and  fruit  <0. 1  %  for  Mode  S,  <0.03% 
for  ATCRBS 

YES 

6.  A  Mode  S/ATCRBS  All  Call  can  be  generated 

YES 

7.  A  Mode  S/ATCRBS  Roll  Call  can  be  generated 

YES 

8.  Average  Mode  S  re-interrogation  rate  <0. 10 

NO 
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4.5  TEST  5:  SURVEILLANCE  BASELINE-CONFLICT  SITUATIONS 

PURPOSE 


These  tests  provided  statistics  to  evaluate  Mode  S  sensor  performance  relative  to  track 
swaps  and  garble  when  interrogating  simulated  Air  Traffic  Control  Beacon  Interrogator 
(ATCRBS)  and  Mode  S  targets.  The  tracking  performance  was  primarily  concerned  with 
the  sensor's  ability  to  maintain  correct  tracks  on  simulated  targets  whose  paths  come  into 
close  proximity  to  one  another.  The  test  was  also  concerned  with  examining  garble 
reduction  due  to  the  Mode  S  interrogation.  The  ARIES  provided  the  fruit  environments 
and  simulated  target  scenarios  to  generate  well-defined  target  crossing  and  conflict 
patterns. 

TEST  OBJECTIVES 

The  objectives  for  this  test  were  as  follows: 

1 .  To  verify  that  ATCRBS  track  swaps  are  less  than  1  percent.  Reference  PTP 
Category  1 ,  paragraph  4. 1 . 1 . 1 . 

2.  To  establish  a  baseline  of  ATCRBS  track  swaps  data.  Reference  PTP  Category  1, 
paragraph  4. 1.1.1. 

3.  To  verify  that  Mode  S  reduces  garble  by  use  of  Mode  S  aircraft  interrogation 
ability.  Reference  PTP  Category  1,  paragraph  4. 1.1. 3,  NAS-SS-1000  (1120). 


33 


TEST  CONFIGI  JR  ATTON 


Figure  4.5-1  depicts  the  configuration  for  this  test. 


U  <j 
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V  \ 

o  o 


mixed  real  world 


FIGURE  4.5-1.  SURVEILLANCE  BASELINE 
CONFLICT  SITUATIONS 


TEST  DESCRIPTION 

For  these  tests,  the  sensor  was  operated  with  the  dummy  load  rather  than  the  antenna. 
This  was  done  because  targets  were  provided  by  ARIES  rather  than  live  targets.  Targets 
for  the  four  subtests  that  make  up  this  test  were  generated  using  ARIES.  The  Basic  41 
and  real  world  scenarios  were  used.  The  Basic  41  scenarios  simulate  various  stresses  and 
conflict  situations.  The  real  world  scenarios  are  based  on  data  extractions  from  airports 
around  the  country. 
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Subtest  1  used  the  ATCRBS  version  of  the  Basic  41  scenario.  Subtest  2  used  the  Mixed 
(ATCRBS  and  Mode  S)  version  of  Basic  41.  The  Basic  41  scenarios  features  41  aircraft 
with  flight  which  present  test  cases  which  stress  surveillance  functions.  See  appendix  E 
for  a  description  of  the  Basic  41  target  scenario.  By  keeping  the  aircraft  closely  spaced  in 
range,  azimuth,  and  altitude  for  long  periods  of  time  these  scenarios  provide  a  stress 
situation  with  regard  to  maintaining  tracks  correctly.  These  scenarios  simulate  13 
conflict  situations  that  the  test  is  designed  to  evaluate. 

Subtests  3  and  4  used  the  ATCRBS  and  Mixed  versions  of  the  Real  World  scenario, 
respectively.  The  Real  World  scenarios  are  similar  to  the  Basic  41  scenarios  in  that  they 
provide  the  conflict  situations  needed  to  test  the  sensor.  However,  the  Real  World 
scenarios  have  many  more  targets  and  conflicts  than  the  Basic  41  scenarios.  Where  a 
Basic  41  scenario  provides  only  13  conflicts  for  analysis,  the  Real  World  scenarios 
provide  over  1 00.  Because  of  this,  these  real  world  scenarios  provide  a  clearer  picture  of 
how  the  sensor  will  perform  in  the  field. 

The  sensor  was  loaded  with  the  S2  SAP  configuration  for  all  subtests.  An  RTADS, 
ARIES,  and  Mode  S  extraction  file  were  collected  for  each  subtest.  All  of  the  subtests 
were  executed  using  the  appropriate  moderate  fruit  scenario. 

DATA  ANALYSIS 


Reduction  and  analysis  were  performed  on  the  extraction  files  using  the  TDR  and  DR 
family  of  programs.  The  TDR  program  Conflict  Analysis  was  run  on  each  subtest  using 
the  RTADS  extraction  file.  This  program  was  used  to  identify  the  conflicts  to  be 
analyzed  for  each  subtest.  For  the  purposes  of  this  test,  a  conflict  was  defined  as  two  or 
more  targets  within  2  nmi  and  4°  of  each  other.  These  are  the  limits  given  in  the  test 
procedure. 

The  DR  Surveillance  Analysis  and  Surveillance  File  Analysis  programs  were  run  on  the 
Mode  S  extraction  file  for  each  subtest.  Surveillance  Analysis  was  used  to  provide 
parameters  such  as  Beacon  Pd,  ID  code  reliability  and  validity,  and  Altitude  reliability 
and  validity  for  the  targets.  Surveillance  File  Analysis  was  used  to  obtain  scan-by-scan 
information  on  the  target's  ID  and  position  in  space.  This  information  was  needed  to 
determine  whether  a  track  swap  had  occurred.  To  help  analyze  complex  conflicts,  the 
Surveillance  File  Analysis  program  was  used  with  the  time,  slant  range,  and  azimuth 
limits  of  each  particular  conflict.  Doing  this  limited  the  targets  shown  in  the  program's 
output  to  the  targets  involved  in  the  conflict,  greatly  reducing  the  number  of  targets  to  be 
analyzed. 

The  DR  ARIES  Compare  program  was  run  once  for  each  subtest  using  the  appropriate 
ARIES  and  Mode  S  extraction  files.  This  program  provided  much  of  the  same 
information  as  the  Surveillance  Analysis  program,  but  ARIES  Compare  provides  that 
information  at  the  Reply,  Report,  and  Disseminated  levels.  As  garbled  replies  are  not 
used  in  reports,  the  differences  between  data  at  the  various  levels  give  a  measure  of 
garble. 
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TEST  REST  IT  T£ 


There  were  three  Test  Objectives  to  be  verified. 

Objective  1  states  that  ATCRBS  swaps  be  less  than  1  percent.  On  average  this  was  the 
case.  The  average  ATCRBS  swap  percentage  was  0.867  percent. 

Objective  2  states  that  a  baseline  of  ATCRBS  track  swap  data  will  be  established.  This 
was  done. 

Objective  3  states  that  the  Mode  S  must  reduce  garble  by  use  of  Mode  S  aircraft 
interrogation  ability.  There  were  no  track  swaps  involving  Mode  S  targets,  and  garble 
problems  were  less  numerous  in  subtests  involving  Mode  S  targets. 

The  results  of  each  subtest  are  presented  individually.  Although  the  primary  interest  is  in 
track  swaps,  problems  relating  to  garble,  ID  errors,  and  altitude  errors  are  noted  when 
they  occurred.  Problems  are  referenced  by  their  conflict  number  from  the  TDR  Conflict 
Analysis  program.  The  tracks  defined  within  a  conflict  are  related  to  their  surveillance 
file  numbers  from  the  DR  Surveillance  File  Analysis  program.  No  references  are  made  to 
conflicts  that  have  no  problems.  The  track  swap  percentage  is  defined  as  the  number  of 
track  swaps,  divided  by  the  number  of  tracks  listed  by  the  DR  Surveillance  Analysis 
program,  multiplied  by  100. 

Subtest  1:  ATCRBS.  Basic  41 

The  DR  Surveillance  Analysis  program  identified  46  tracks,  with  one  swap  this  indicates 
a  track  swap  percentage  of  2. 1 7  percent.  This  is  more  than  double  the  1 .0  percent  test 

specification.  To  verify  whether  or  not  this  problem  was  repeatable,  this  subtest  was 
repeated. 

In  the  second  run  there  were  47  tracks.  With  one  track  swap  this  indicated  a  track  swap 
percentage  of  2.13  percent.  Again,  this  was  well  above  the  1.0  percent  limit  of  Objective 

The  Basic  41  scenario  used  for  this  subtest  presents  the  sensor  with  multiple  stress 
situations  well  above  the  percentage  in  normal  live  traffic  environments.  Because  of  the 
small  number  of  tracks  in  the  scenario,  even  one  track  swap  will  cause  the  1 .0  percent 
limit  to  be  exceeded.  For  these  reasons,  the  fact  that  swaps  occurred  and  the  limit  was 
exceeded  both  times  this  scenario  was  used  is  not  viewed  as  a  cause  for  concern.  The  test 
is  valuable  in  that  results  are  to  a  limited  extent  repeatable  and  can  be  used  for  later 
software  version  comparisons. 

Subtest  2:  Mixed  (ATCRBS  and  Mode  ST  Basic  41 

There  were  no  significant  problems  to  report  with  this  subtest.  There  were  no  track 
swaps,  and  no  tracks  that  coasted  and  were  dropped  during  a  conflict. 
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Subtest  2l  ATCRRS.  Real  World 

With  a  total  of  216  tracks  and  1  track  swap  the  track  swap  percentage  is  0.463  percent. 
This  is  under  the  1 .0  percent  track  swap  limit,  indicating  that  Objective  1  was  met  for  this 
subtest. 

Subtest  4:  Mixed  (ATCRBS  and  Mode  SL  Real  World 

There  were  two  track  swaps  in  this  subtest.  With  220  tracks  this  indicates  a  track  swap 
percentage  of  .909  percent.  This  is  just  under  the  1 .0  percent  limit  of  Objective  1 . 

CONCLUSIONS 

All  of  the  subtests  passed  the  1 .0  percent  track  swap  limit  of  Objective  1  with  the 
exception  of  subtest  one.  The  total  track  swap  percentage  for  all  the  subtests  was  0.867 
percent.  Since  this  is  below  the  limit,  Objective  1  is  considered  verified.  The  track  swap 
data  percentages  for  these  tests  are  presented  in  table  4.5-1  shown  below. 

TABLE  4.5-1.  TRACK  SWAP  PERCENTAGES 


SUBTEST 

1 

IB 

2 

3 

4 

TOTAL 

NO.  TRACKS 

46 

47 

48 

216 

220 

577 

NO.  SWAPS 

1 

1 

0 

1 

2 

5 

PERCENTAGE 

2.17% 

2.13% 

0.0% 

0.463% 

0.909% 

0.867% 

LIMIT  MET? 

NO 

NO 

YES 

YES 

YES 

YES 

The  data  in  this  table  can  be  used  to  establish  a  baseline  for  track  swap  percentage, 
satisfying  Objective  2. 

There  were  no  track  swaps  involving  Mode  S  targets,  and  garble  problems  were  less 
numerous  in  the  subtests  that  involved  Mode  S  targets.  Also  garble  problems  were  more 
likely  to  occur  during  conflicts  involving  only  ATCRBS  targets  than  they  were  when  the 
conflict  included  a  Mode  S  target.  This  shows  that  the  Mode  S  interrogation  reduces 
garble,  verifying  Objective  3. 

All  of  the  objectives  defined  for  this  procedure  have  been  met,  and  there  are  no 
deficiencies  to  report.  A  summary  of  the  objectives  and  their  verification  is  given  in  table 
4.5-2  shown  below. 

TABLE  4.5-2.  OBJECTIVE  SUMMARY 


OBJECTIVE 

VERIFIED? 

1 .  ATCRBS  track  swaps  <1  % 

YES 

2.  Establish  a  baseline  of  ATCRBS  track  swap  data 

YES 

3.  Verify  that  Mode  S  reduces  garble  by  using  the  Mode  S 
aircraft  interrogation  ability 

YES 
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4.6  TEST  6:  DATA  LINK  BASFI  IMF 

PURPOSE 

This  test  measured  the  ability  of  the  Mode  S  sensor  to  correctly  transmit  uplink  messages 
and  to  correctly  process  downlink  messages.  The  Mode  S  Terminal  Configuration 
Software  has  a  reduced  target  and  data  link  from  700  targets  to  400  targets.  The 
objectives  for  this  test  have  been  scaled  accordingly.  Baseline  data  included  uplink 
message  delay,  downlink  message  delay,  uplink  and  downlink  message  storage  capacity, 
and  message  completion's  classified  by  priority.  The  test  was  executed  using  the  ARIES 
and  the  Communications  Interface  Driver  (CID)  to  simulate  real  world  and  capacity 
communications  scenarios.  This  addendum  contains  the  results  of  the  initial  and 
regression  testing.  Three  fruit  levels  were  used;  no-fruit,  moderate  fruit,  and  heavy  fruit. 

TEST  objectives; 

The  objectives  for  this  test  were  as  follows: 

1 .  To  verily  that  the  sensor  does  not  delay  uplink  messages  more  than  1/1 6  of  a  scan. 
Reference:  PTP  Category  1,  par  4.1. 1.2,  NAS-SS-1000,  (1400). 

2.  To  verily  that  the  sensor  does  not  delay  downlink  messages  more  than  1/16  of  a 
scan.  Reference:  PTP  Category  1,  par  4. 1.1. 2,  NAS-SS-1000,  (1410). 

3.  To  verify  that  the  sensor  prioritizes  message  transmissions  per  the  Mode  S 

specification.  Reference:  PTP  Category  1,  par  4. 1.1. 2,  NAS-SS-1000  (1500 
1510).  v 

4.  To  verify  that  the  sensor  can  receive  or  output  data  link  messages  for  400  Mode  S 
equipped  aircraft  per  scan.  Reference:  PTP  Category  1  par  4  112  NAS-SS- 
1000,  (1610).  ’  ‘  ’ 

5.  To  verify  that  the  sensor  can  receive  or  output  data  link  messages  for  the 
following  per  scan  target  capacity  scenarios: 

a.  Any  mixture  of  400  Mode  S  and  ATCRBS  beacon 
targets. 

b.  700  primary  radar  target  reports. 

c.  Nonuniform  beacon  target  distribution  of: 

(1)  250  targets  within  a  90°  quadrant. 

(2)  50  targets  within  all  .25°  sector  for  up  to  four  consecutive 
sectors. 

(3)  24  targets  within  a  2.4°  wedge. 

Reference:  PTP  Category  1 ,  par  4. 1 . 1 .2. 
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6.  To  verify  that  the  sensor  efficiently  utilizes  the  data  channel  under  the  conditions 
listed  in  the  peaking  scenario  described  in  the  TVRTM,  table  3.2.1.1.6.2.13-1. 
Reference:  PTP  Category  1,  par  4. 1.1. 2,  NAS-SS-1000,  (1630). 

7.  To  verify  that  the  sensor  can  store  up  to  4800  uplink  messages.  Reference:  PTP 
Category  1,  par  4. 1.1. 2,  NAS-SS-1000,  (1700). 

8.  To  verify  that  the  sensor  can  store  up  to  1100  downlink  messages.  Reference: 
PTP  Category  1,  par  4. 1.1. 2,  NAS-SS-1000,  (1710). 

TEST  CONFIGURATION 


Figure  4.6-1  depicts  the  configuration  for  this  test. 


MIXED  CAPACITY 
MODE  S  REAL  WORLD 
MODE  S  CAPACITY 
MIXED  S  CAPACITY/RADAR 
MODE  S  CAPACITY /RADAR 


FIGURE  4.6-1 .  DATA  LINK  BASELINE 


TEST  DESCRIPTION 


For  this  test  the  Mode  S  sensor  was  operated  using  the  dummy  load.  The  ARIES 
and  CID  scenarios  were  used  to  generate  simulated  targets  and  their  associated 
communications  messages.  Three  fruit  scenarios  were  used:  no  fruit,  moderate 
fruit,  and  heavy  fruit.  Data  extractions  were  made  from  the  output  of  the  ARIES, 

CID,  Mode  S  sensor,  and  RTADS. 

The  test  called  for  the  use  of  two  types  of  ARIES  scenarios,  real  world  and 
capacity.  For  each  of  the  scenarios  there  is  an  ATCRBS  version,  a  Mode  S 
version  and  a  mixed  version  (ATCRBS  and  Mode  S). 

The  real  world  scenarios  were  designed  to  provide  realistic  simulated  targets  for 
surveillance  and  data  link  testing.  The  scenarios  were  derived  from  data 
recordings  of  operational  air  traffic.  Separate  data  files  were  developed  for  the 
Mode  S  only  scenarios  and  the  mixed  ATCRB S/Mode  S  scenarios. 

The  capacity  scenarios  were  designed  to  test  the  Mode  S  sensor's  ability  to 
process  400  targets  per  scan.  Again,  separate  data  files  were  developed  for  Mode 
S  only  and  mixed  ATCRBS/Mode  S  scenarios. 

DATA  ANALYSTS 

Reduction  and  analysis  were  performed  on  the  extractions  identified  above  using  the  DR 
Data  Link  Statistics  program  and  the  TDR  "Surveillance  Analysis"  program.  These 
programs  were  run  once  for  each  subtest  using  the  appropriate  extraction  file. 

TEST  RESULTS 

There  were  eight  Test  Objectives  to  be  verified. 

Objective  1  states  that  the  sensor  must  not  delay  uplink  messages  more  than  1/16  of  a 
scan.  The  objective  was  verified  during  the  Sensor  Design  Qualification  #5  (SDQ5) 
Formal  Acceptance  Test.  The  sensor  software  level  tested  was  Release  16.2,  consisting 
of  the  Interrogator  Software  Version  1 9  and  the  DPS  Software  version  Mode  S  1 . 1 .  The 
Sensor  Design  Qualification  #5  Test  Report  documents  the  verification  of  these 
objectives  (TM-PA-001 8/624/00,  dated  June  8,  1992,  CLIN  16E3e). 

Objective  2  states  that  the  sensor  must  not  delay  downlink  messages  more  than  1/16  of  a 
scan.  The  objective  was  verified  during  the  Sensor  Design  Qualification  #5  (SDQ5) 
Formal  Acceptance  Test.  The  Sensor  Design  Qualification  #5  Test  Report  documents  the 
verification  of  these  objectives  (TM-PA-001 8/624/00,  dated  June  8,  1992,  CLIN  16E3e). 

Objective  3  states  that  the  sensor  prioritizes  message  transmissions  per  the  Mode  S 
specification.  This  objective  was  verified  during  the  Real  Time  Formal  Qualification 


40 


Test  2  (Data  Link).  The  software  under  test  was  at  the  cset  of  build  1.1.13.7.  The 
Software  Test  Report,  Real  Time  FQT2  Data  Link,  discusses  the  verification  of  this 
objective  (TM-PA-00 18/756/01,  dated  July  24,  1991,  CLIN  16f7-3H). 

Objective  4  states  that  the  sensor  must  be  capable  of  receiving  or  transmitting  data  link 
messages  for  400  Mode  S  equipped  aircraft  per  scan.  This  release  of  Mode  S  software 
requires  that  the  sensor  be  able  to  handle  messages  for  400  Mode  S  equipped  aircraft  per 
scan.  This  objective  was  tested  and  met. 

Objective  5  states  that  the  sensor  must  be  capable  of  receiving  or  transmitting  data  link 
messages  for  the  following  target  capacity  scenarios: 

a.  Any  mixture  of  400  Mode  S  and  ATCRBS  beacon 
targets. 

b.  700  primary  radar  target  reports. 

c.  Non-uniform  beacon  target  distribution  of: 

1 .  250  targets  within  a  90°  quadrant. 

2.  50  targets  within  a  1 1 .25°  sector  for  up  to  four  consecutive  sectors. 

3 .  24  targets  within  a  2.4°  wedge. 

This  objective  was  met. 

Objective  6  states  that  the  sensor  must  efficiently  utilize  the  data  channel  under  the 
conditions  listed  in  the  peaking  scenario  described  in  the  TVRTM,  table  3.2.1.1.6.2.13-1. 
Efficient  usage  of  the  data  channel  resulted  in  a  high  delivery  rate  of  messages.  This 
objective  was  verified. 

Objective  7  states  that  the  sensor  must  store  up  to  4800  uplink  messages.  The  objective 
was  verified  during  the  Sensor  Design  Qualification  #5  (SDQ5)  Formal  Acceptance  Test. 
The  Sensor  Design  Qualification  #5  Test  Report  documents  the  verification  of  these 
objectives  (TM-PA-00 18/624/00,  dated  June  8, 1992,  CLIN  16E3e). 

Objective  8  states  that  the  sensor  can  store  up  to  1100  downlink  messages.  This 
objective  was  verified  during  the  Sensor  Design  Qualification  #5  (SDQ5)  Formal 
Acceptance  Test.  The  Sensor  Design  Qualification  #5  Test  Report  documents  the 
verification  of  these  objectives  (TM-PA-001 8/624/00,  dated  June  8,  1992,  CLIN  16E3e). 

The  data  accumulated  indicates  that  the  sensor  is  performing  up  to  specifications.  For  the 
six  subtests  executed  an  average  of  99.57  percent  of  the  messages  was  delivered.  An 
average  of  0.38  percent  expired,  0.05  percent  were  rejected,  and  0.17  percent  were 
delayed. 

Table  4.6-1  illustrates  the  test  results  when  the  Mode  S  capacity  scenario  was  executed. 
An  average  of  99.6  percent  of  the  messages  was  delivered  even  in  the  presence  of 
moderate  and  heavy  fruit  levels. 
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TABLE  4.6-1.  MODE  S  CAPACITY  SCENARIO  RESULTS 


Subtest 

Delivered  (%) 

Rejected  (%) 

Delayed  (%) 

Expired  (%) 

Fruit 

Level 

99.7 

0.1 

0.0 

0.2  1 

None 

11 

99.7 

0.0 

0.0 

0.3 

MF 

12 

99.4 

0.1 

0.9 

0.5 

HF 

Average 

99.6 

0.07 

0.33 

0.33 

N/A 

The  following  legend  applies  to  tables  4.6-2  and  4.6-3,  as  well  as  table  4.6-1 . 


Legend 

MF  =  Moderate  fruit  scenario  (4k/sec  ATCRBS,  50/sec  Mode  S). 
HF  =  Heavy  fruit  scenario  (40k/sec  ATCRBS,  200/sec  Mode  S). 

Table  4.6-2  summarizes  the  data  for  the  mixed  capacity  scenarios. 


TABLE  4.6-2.  MIXED  CAPACITY  SCENARIO  RESULTS 


Subtest 

Delivered  (%) 

Rejected 

(%) 

Delayed  (%) 

Expired  (%) 

Fruit 

Level 

4 

99.8 

0.0 

0.0 

0.2 

None 

5 

99.8 

0.0 

0.0 

0.2 

MF 

Average 

99.8 

0.00 

0.0 

0.2 

N/A 

The  radar  reinforced  data  (subtests  13  and  14)  is  consistent  with  the  other  subtests 
executed.  The  percentage  of  messages  delivered  is  an  acceptable  99.8  percent.  The 
percentage  of  expired  messages  is  also  within  acceptable  limits  and  consistent  with  other 
data.  This  data  is  detailed  in  table  4.6-3  shown  below. 

TABLE  4.6-3.  RADAR  REINFORCED,  CAPACITY  SCENARIO  RESULTS 


Subtest 

Delivered  (%) 

Rejected 

(%) 

Delayed  (%) 

Expired 

(%) 

Fruit 

Level 

13 

99.7 

0.0 

0.0 

0.2 

MF 

14 

99.6 

0.1 

0.03 

0.3 

MF 

Average 

99.65 

0.05 

0.02 

0.25 

N/A 

This  test  also  verified  that  data  link  activity  did  not  affect  surveillance  performance  by  the 
Mode  S.  The  following  tables  illustrates  Mode  S  surveillance  performance  while  the  data 
link  is  in  use. 
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TABLE  4.6-4a.  SURVEILLANCE  PERFORMANCE 


TABLE  4.6-4b.  SURVEILLANCE  PERFORMANCE 


Table  4.6-5  and  figure  4.6-2  compare  the  surveillance  data  observed  in  this  test  with  the 
data  from  Test  4  (Surveillance  Baseline-Report  Parameters)  and  Test  7  (Sensor 
Coverage).  Test  4  used  simulated  targets  generated  by  ARIES,  while  Test  7  used  live 
targets.  Neither  Test  4  nor  Test  7  used  the  data  link.  Consideration  of  the  data  in  table 
4.6-5  and  figure  4.6-2  shows  that  the  sensor's  performance  with  regard  to  surveillance 
parameters  was  not  significantly  degraded  by  using  the  data  link. 

TABLE  4.6-5.  TEST  6  VERSUS  TEST  4  AND  TEST  7 


BEACON  PD 
(%) 

ID  VALIDITY 
(%) 

ALT.  VALIDITY 
(%) 

MODES 

ATCRBS 

MODES 

ATCRBS 

MODES 

ATCRBS 

TEST  6 

99.86 

99.82 

99.99 

99.98 

99.99 

99.61 

TEST  4 

99.71 

99.65 

99.98 

99.92 

99.90 

99.29 

TEST  7 

99.68 

97.76 

99.96 

99.74 

99.92 

99.02 

TEST  4  LIMIT 

>99.0 

>97.0 

>99.0 

>97.0 

>99.9 

>95.00 

LIMIT  MET? 

NO 

YES 

YES 

YES 

NO 

YES 
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Surveillance  Data  Conparison 


BCN  PD(S)  BCN  PD  (A)  ID  VAL  (S)  ID  VAL  (A)  ALT  VAL  (S)  ALT  VAL  (A) 

Parameter  IS  =Mode  S,A  =AT CR  BS 1 


FIGURE  4.6-2.  TEST  6  VERSUS  TEST  4  AND  TEST  7 
CONCLUSIONS 

All  of  the  objectives  for  this  test  were  met.  Some  of  the  objectives  were  verified  during 
this  test,  other  were  met  during  Sensor  Design  Qualification  #5  (SDQ5)  Formal 
Acceptance  Test.  The  objectives  for  this  test  and  their  verification  to  date  are  summarized 
in  table  4.6-6  shown  below. 

TABLE  4.6-6.  OBJECTIVE  SUMMARY 


OBJECTIVE 

VERIFIED? 

1 .  Uplink  message  delay  <1  /1 6  of  a  scan 

YES 

2.  Downlink  message  delay  <1/1 6  of  a  scan 

YES 

3.  Messages  prioritized  as  per  Mode  S  specification 

YES 

4.  Sensor  can  receive  or  output  400  messages  per  scan 

YES 

5.  Sensor  can  receive  or  output  messages  using  capacity  target 
distributions 

YES 

6.  Sensor  efficiently  utilizes  the  data  channel  under  peaking 
conditions 

YES 

7 .  V erify  that  the  sensor  can  store  up  to  4800  uplink  messages 

YES 

8.  Verify  that  the  sensor  can  store  up  to  1100  downlink 
messages 

YES 
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4.7  TEST  7:  MODE  S  SENSOR  COVERAGE. 


PURPOSE 

These  tests  measured  the  coverage  volume  of  the  sensor  as  well  as  the  following 
surveillance  parameters;  (1)  blip/scan,  (2)  ID  code  validity,  (3)  altitude  code  validity,  and 
(4)  false  targets  due  to  splits  and  fruit.  The  values  of  the  surveillance  parameters  listed 
above  were  recorded  for  live  targets.  The  results  of  the  live  world  testing  were  compared 
with  the  simulated  target  data  gathered  in  Test  4  (Surveillance  Baseline-Report 
Parameters). 

TEST  OBJECTIVES 

The  objectives  for  this  test  were  as  follows; 

1 .  To  compare  the  beacon  blip/scan  ratio  for  ATCRBS  and  Mode  S  targets  against 
the  baseline  data  of  Test  4  (Surveillance  Baseline-Report  Parameters).  Reference: 
PTP  Category  1 ,  paragraph  4. 1 . 1 .3 . 

2.  To  compare  the  ID  code  validity  for  ATCRBS  and  Mode  S  targets  against  the 
baseline  data  of  Test  4  (Surveillance  Baseline-Report  Parameters).  Reference: 
PTP  Category  1 ,  paragraph  4. 1 . 1 .3. 

3.  To  compare  the  Altitude  code  validity  for  ATCRBS  and  Mode  S  targets  against 
the  baseline  data  of  Test  4  (Surveillance  Baseline-Report  Parameters).  Reference: 
PTP  Category  1 ,  paragraph  4. 1 . 1 .3. 

4.  To  compare  the  false  reports  due  to  splits  for  ATCRBS  and  Mode  S  targets 
against  the  baseline  data  of  Test  4  (Surveillance  Baseline-Report  Parameters). 
Reference:  PTP  Category  1,  paragraph  4. 1.1. 3. 

5.  To  verify  that  the  slant  range  coverage  for  the  terminal  sensor  is  0.5  nmi  to  55 
nmi.  Reference:  PTP  Category  1,  paragraph  4.1. 1.3,  NAS-SS-1000,  (1800). 

6.  To  verify  that  the  slant  range  coverage  for  the  enroute  sensor  is  0.5  nmi  to  255 
nmi.  Reference:  PTP  Category  1,  paragraph  4.1. 1.3,  NAS-SS-1000,  (1810). 

7.  To  verify  that  the  azimuth  coverage  is  360°.  Reference:  PTP  Category  1, 
paragraph  4. 1.1. 3,  NAS-SS-1000,  (1820). 

8.  To  verify  that  the  altitude  coverage  shall  be  to  100,00  ft.  Reference:  PTP 
Category  1,  paragraph  4.1. 1.3,  NAS-SS-1000,  (1830). 

9.  To  verify  that  the  elevation  coverage  is  0.5°  to  45°.  Reference:  PTP  Category  1, 
paragraph  4. 1.1. 3,  NAS-SS-1000,  (1800). 
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1 0.  To  verify  that  the  sensor  detects  all  transponder  equipped  aircraft  at  a  rate 
identical  with  that  of  the  associated  primary  radar.  Reference:  PTP 
Category  1,  paragraph  4. 1.1.3,  NAS-SS- 1000,  (1250). 

11.  To  verify  that  the  Mode  S  terminal  sensor  updates  surveillance  reports  on  all 
targets  within  the  detection  envelope  every  antenna  scan.  Reference:  PTP 
Category  1,  paragraph  4. 1.1. 3,  NAS-SS-1000,  (1900). 

12.  To  verify  that  the  Mode  S  enroute  sensor  updates  surveillance  reports  on  all 
targets  within  the  detection  envelope  twice  per  antenna  scan  when  operating  with 
a  back-to-back  beacon  antenna.  Reference:  PTP  Category  1,  paragraph  4.1  1  3 
NAS-SS-1000,  (1910). 

13.  To  verify  that  the  Mode  S  enroute  sensor  detects  all  transponder  equipped  aircraft 
with  the  detection  envelope  at  a  rate  of  12  seconds,  +1.33  or  -1.09  seconds. 
Reference:  PTP  Category  1,  par  4.1. 1.3,  NAS-SS-1000,  (1260). 

Objectives  6,  12,  and  13  are  concerned  with  enroute  sensor  performance.  Because  this 
report  deals  with  a  terminal  sensor  exclusively,  these  objectives  are  beyond  the  scope  of 
the  report  and  will  not  be  considered. 
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TEST  CONFIGURATION 


Figure  4.7-1  depicts  the  configuration  for  this  test. 


FIGURE  4.7-1 .  MODE  S  SENSOR  COVERAGE 

TEST  DESCRIPTION 

The  tests  involving  live  targets  sensor  #1  and  sensor  #137  were  operated  into  their 
antennas  to  interrogate  all  targets  within  the  coverage  area.  Both  sensors  were  operated 
in  the  site  address  lockout  mode.  For  the  tests  involving  simulated  targets,  only  sensor 
#  1  was  used.  Because  ARIES  was  providing  the  targets  for  these  tests,  the  sensor  was 
operated  with  the  dummy  load  rather  than  the  antenna. 

This  test  was  made  up  of  eight  subtests.  The  first  five  subtests  involved  live  data 
collection  at  sensor  #1  and  at  sensor  #137.  Both  sensors  were  operated  in  the  site  address 
lockout  mode.  The  data  collected  in  these  subtests  was  compared  to  the  results  obtained 
in  Test  4  (Surveillance  Baseline-Report  Parameters).  For  the  live  world  subtests  sensor 
#1,  was  loaded  with  the  S7  SAP  configuration.  Sensor  #137  was  loaded  with  the  SI  SAP 
configuration. 

Subtests  6,  7,  and  8  used  sensor  #1  only.  These  subtests  used  ARIES  scenarios  designed 
to  test  the  100,000  ft.  altitude,  360°  azimuth  coverage,  and  0.5°  to  45°  elevation  angle 
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coverage  limits  as  defined  in  the  test  procedure.  These  subtests  were  run  using  the  "no 
fruit  fruit  scenario.  Subtests  6,  7,  and  8  were  executed  with  sensor  #  1  being  loaded 
with  a  modified  version  of  the  S2  SAPs.  The  modification  consisted  of  changing  the 
beacon  elevation  angle  SAP  in  the  NM_TABLE  from  its  normal  value  of  34°  to  60°. 
This  was  done  in  order  that  the  sensor  not  lose  the  targets  in  the  zenith  cone.  No  ARIES 
errors  or  MIOP  alarms  that  could  skew  the  test  results  were  observed  during  testing. 

Table  4.7-1  summarizes  the  test  description  data  presented  above. 

TABLE  4.7-1.  TEST  DESCRIPTION  SUMMARY 


SUBTESTS 

SENSOR  NO(S). 

SAPs 

RELATED 

OBJECTIVES 

1  -5 

1  and  137 

S7  (Sensor  1) 

SI  (Sensor  137) 

1,2,  3,  4,  10, 

11 

6-8 

1 

S2  (MODIFIED) 

5,  7,  8,  9 

Extractions  were  made  from  the  RTADS  and  Mode  S  sensor  for  all  subtests  at  sensor  #  1. 
The  Mode  S  extractions  do  not  provide  any  data  required  for  this  test.  They  are  recorded 
for  use  in  Test  8  (Mode  S  Reflection  Analysis).  For  subtests  6,  7,  and  8  an  ARIES 
extraction  was  also  taken  at  sensor  #1.  RTADS  extractions  were  taken  at  sensor  #137  for 
subtests  1  through  5. 

DATA  ANALYSTS 

Reduction  and  analysis  were  performed  on  the  extraction  files  using  the  TDR  family  of 
programs.  For  subtests  1  through  5,  the  TDR  Surveillance  Analysis,  Beacon  False  Target 
Summary,  and  Surveillance  Print  and  Plot  programs  were  run  on  each  RTADS  extraction 
file  from  sensor  #  1 .  Surveillance  Analysis  provided  the  statistics  on  blip/scan  ratio,  ID 
code  and  Altitude  code  validity  needed  to  verify  Objectives  1  through  3.  Beacon  False 
Target  Summary  furnished  the  split  data  needed  to  verify  Objective  4.  Surveillance  Print 
and  Plot  was  used  to  create  plot  files  to  display  the  data. 

For  subtests  6,  7,  and  8  the  Surveillance  Analysis  and  Surveillance  Print  and  Plot  TDR 
programs  were  run  on  the  RTADS  files.  Surveillance  Analysis  provided  statistics  on 
blip/scan  ratio,  ID  code  validity  and  reliability,  Altitude  code  validity  and  reliability, 
range  error,  and  azimuth  error.  These  statistics  were  used  to  verify  Objectives  5,  7,  8,  and 
9.  The  Surveillance  Print  and  Plot  program  was  used  to  create  plot  files  to  display  the 
data. 

TEST  RESULTS 

Objectives  1  through  4  required  that  the  Beacon  Probability  of  Detection,  ID  Validity, 
Altitude  Code  Validity,  and  Azimuth  Splits  data  be  compared  to  the  baseline  data 
recorded  in  Test  4  (Surveillance  Baseline-Report  Parameters).  In  this  way  data  observed 
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using  live  targets  (Test  7,  subtests  1-5)  will  be  compared  to  data  observed  using 
simulated  targets  (Test  4).  To  make  the  comparison  as  accurate  as  possible,  the  data  from 
these  tests  was  compared  to  the  data  collected  using  a  "Real  World"  mixed  (ATCRBS 
and  Mode  S)  scenario  and  a  "Moderate  Fruit"  scenario.  This  corresponds  to  subtest  6  of 
Test  4.  The  average  values  of  subtests  1  through  5  from  Test  7  were  used  for  the 
comparison.  Results  of  the  testing  are  shown  below  in  figures  4.7-2a,  4.7-2b,  and  4.7-2c. 


Test  4/7  Comparison,  ATCRBS  Targets 


BeaconPd  ID  VAL  ALT  VAL 


FIGURE  4.7-2a.  ATCRBS  SURVEILLANCE  PARAMETERS 


Test  4/7  Comparison,  Mode  S  Targets 


99.5 

BeaconPd  ID  VAL  ALT  VAL 


FIGURE  4.7-2b.  MODE  S  SURVEILLANCE  PARAMETERS 
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Test  4/7  Comparison 


A z  Splits 


FIGURE  4.7-2c.  ATCRBS  SPLITS 

As  shown  in  the  figures,  the  live  target  results  of  Test  7  were  very  close  to  the  simulated 
target  results  of  Test  4.  This  is  very  much  as  expected.  In  general,  the  ATCRBS  results 
were  slightly  lower  for  Test  7,  while  the  Mode  S  results  were  virtually  identical.  The 
differences  for  the  blip/scan  ratio,  and  ID  and  Altitude  code  validity  surveillance 
parameters  are  on  the  order  of  tenths  of  a  percentage  point  or  less  for  both  ATCRBS  and 
Mode  S  targets.  In  all  cases,  the  limits  established  in  Test  4  were  met. 

A  summation  of  the  results  as  they  relate  to  each  objective  follows. 

Objective  1  required  a  comparison  of  the  blip/scan  ratio  (Beacon  Pd)  data  to  the  baseline 
data  of  Test  4.  The  largest  difference  between  the  data  from  Tests  7  and  4  was  observed 
in  Beacon  Pd  for  ATCRBS  targets.  The  97.76  percent  detection  for  real  ATCRBS  targets 
is  1 .89  percent  lower  than  that  for  simulated  targets.  The  ATCRBS  detection  limit  set 
forth  in  Objective  1  of  Test  4  is  97.0  percent.  The  value  for  real  targets  is  lower,  but  it 
still  meets  this  limit. 

Objective  2  required  a  comparison  of  the  ID  code  validity  data  to  the  baseline  data  of 
Test  4.  For  ATCRBS  targets,  the  code  validity  was  99.35  percent  in  Test  4,  and  99.74 
percent  in  Test  7.  For  Mode  S  targets,  the  values  were  99.93  percent  and  99.74  percent 
for  Tests  4  and  7,  respectively.  The  values  observed  using  real  and  simulated  targets  are 
less  than  0.20  percent  apart. 

Objective  3  required  a  comparison  of  the  Altitude  code  validity  data  to  the  baseline  data 
of  Test  4.  ATCRBS  targets  had  an  Altitude  code  validity  of  99.35  percent  in  Test  4  and 
99.04  percent  in  Test  7.  The  Mode  S  target  value  was  99.93  percent  for  Test  4  and  99.92 
percent  for  Test  7.  The  real  target  data  from  Test  7  was  within  0.31  percent  of  the 
simulated  target  data  from  Test  4. 

Objective  4  required  a  comparison  of  the  false  targets  due  to  splits  data  to  the  baseline 
data  of  Test  4.  In  Splits  from  ATCRBS  targets,  the  results  of  Test  7  were  significantly 
worse  than  those  observed  in  Test  4.  In  fact,  the  Split  rate  in  Test  7  is  2.50  times  greater 
than  that  of  Test  4.  However,  the  observed  value  of  0.07  percent  is  well  below  the  0.3 
percent  limit  for  splits  on  ATCRBS  targets  established  in  Objective  5  of  Test  4.  There 
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were  no  splits  associated  with  Mode  S  targets  in  either  Test  7  or  Test  4. 


The  comparison  of  Test  7  and  Test  4  data  is  summarized  in  form  in  tables  4.7-2  and  4.7-3 
shown  below. 

TABLE  4.7-2.  TEST  7  VERSUS  TEST  4,  SURVEILLANCE  PARAMETERS 


BEACON  PD 

ID  VALIDITY 

ALT.  CODE 
VALIDITY 

MODE 

S 

ATCRBS 

MODE 

S 

ATCRBS 

MODE 

S 

ATCRBS 

TEST  7 

99.68% 

97.76% 

99.96% 

99.74% 

99.92% 

99.02% 

TEST  4 

99.71% 

99.65% 

99.98% 

99.92% 

99.90% 

99.29% 

TEST  4  LIMIT 

>99.0% 

>97.0% 

>99.0% 

>97.0% 

>99.9% 

>95.0% 

LIMIT  MET? 

YES 

YES 

YES 

YES 

YES 

YES 

TABLE  4.7-3.  TEST  7  VERSUS  TEST  4,  AZIMUTH  SPLITS 


AZIMUTH  SPLITS 

MODES 

ATCRBS 

TEST  7 

0.0% 

0.07% 

TEST  4 

0.0% 

0.03% 

TEST  4  LIMIT 

<0.10% 

<0.30% 

LIMIT  MET? 

YES 

YES 

Objective  8  was  to  verily  altitude  coverage  to  100,000  feet.  Subtest  6  had  multiple  Mode 
S  targets  moving  away  from  the  sensor  at  a  constant  altitude  of  105,000  feet  These 
targets  began  at  the  point  where  an  elevation  angle  of  45°  meets  the  105,000  feet  altitude 
plane  (24  nmi).  The  maximum  range  of  any  target  is  60  nmi.  This  test  verified  Objective 
8.  The  sensor  tracked  these  targets  very  well.  Beacon  Pd,  ID  Validity  and  Reliability, 
and  Altitude  Validity  and  Reliability  were  all  100.0  percent  for  this  subtest.  The  overall 
Range  Error  was  0.01 1  nmi,  and  the  overall  Azimuth  Error  was  .071°.  Plots  of  range 
versus  azimuth  and  altitude  versus  range  from  the  TDR  Surveillance  Print  and  Plot  file 
for  this  subtest  follow  in  figures  4.7-3  and  4.7-4. 
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Target  reports 
Range  nax  64  NHIs 
08-06-93 

10  NMI  range  rings 
Sector  narks 


00:00:80,48:00:00 

0,7777 

0.0,256.0  NHIs 
0.8,360.8  DEGs 
-12,1267  100s  FT 
0, ff  CHLs 
ATCRBS  and  Mode  S 

BEACON 

BEACON  RTQC  + 
SEARCH 

SEARCH  RTQC  + 
STROBE  x 

AIMS 


FIGURE  4.7-3.  SUBTEST  6,  RANGE  VERSUS  AZIMUTH 
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Target  reports 
88-06-93 

00:00:00,48:00:00 

0,7777 

0.0,256.0  NHIs 
6.0,360.0  DEGs 
-12,1267  100s  FT 
0,ff  CHLs 
ATCRBS  and  Hode  S 

BEACON 

BEACON  RTQC  + 


24380 


-1200  -I - - 1 - * - : - ♦ _ _ , 

0  13  26  38  51  64 

Range  in  nautical  ni les 


FIGURE  4.7-4.  SUBTEST  6,  RANGE  VERSUS  ALTITUDE 


Subtests  7  and  8  were  used  to  verify  Objectives  5,  7,  and  9.  Subtest  8  had  multiple 
Mode  S  targets  moving  away  from  the  sensor  while  their  altitude  increases  at  a  rate  that 
corresponds  to  a  one-half  degree  elevation  angle.  The  targets  nearest  to  the  sensor  begin 
at  a  range  of  0.5  nmi,  the  maximum  range  is  60  nmi.  This  subtest  verified  the  lower  limit 
of  Objective  9  (0.5°  to  45°  elevation  angle  coverage).  The  sensor  tracked  these  targets 
very  well.  A  TDR  Surveillance  Analysis  file  run  from  the  RTADS  extraction  for  this 
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subtest  showed  that  the  Beacon  Pd,  Altitude  Reliability  and  Validity,  and  ID  Reliability 
and  Validity  for  all  targets  were  100  percent.  The  Range  Error  was  0.010  nmi,  and  the 
Azimuth  Error  was  0.075°.  Plots  of  range  versus  azimuth,  and  range  versus  altitude  taken 
from  the  TDR  Surveillance  Print  and  Plot  file  for  this  subtest  follow  in  figures  4.7-5  and 
4.7-6. 


Target  reports 
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FIGURE  4.7-5.  SUBTEST  8,  RANGE  VERSUS  AZIMUTH 
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FIGURE  4.7-6.  SUBTEST  8,  RANGE  VERSUS  ALTITUDE 
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Subtest  7  verified  the  upper  limit  of  Objective  9  and  Objective  7  (360°  coverage).  This 
test  had  multiple  Mode  S  targets  moving  out  from  the  sensor  as  their  altitude  increases  at 
a  rate  that  corresponds  to  a  45°  elevation  angle.  The  range  of  the  closest  targets  is  0.5 
nmi.  The  targets  furthest  from  the  sensor  reached  an  altitude  of  104,000  feet,  their  range 
at  this  point  is  25  nmi.  The  sensor  tracked  these  targets  faultlessly.  Execution  of  the 
TDR  Surveillance  Analysis  program  showed  that  the  Beacon  Pd,  Altitude  Reliability  and 
Validity,  and  ID  Reliability  and  Validity  for  all  targets  were  100  percent.  The  Range 
Error  was  0.01 1  nmi,  and  the  Azimuth  Error  was  0.086°.  Note  from  figures  4.7-3,  4.7-5, 
and  4.7-7  that  the  sensor  tracked  targets  throughout  the  full  360°  azimuth  range.  This 
verifies  Objective  9.  Plots  of  range  versus  azimuth,  and  range  versus  altitude  taken  from 
the  TDR  Surveillance  Print  and  Plot  files  for  this  subtest  follows  in  figures  4  7-7  and  4  7- 
8. 
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FIGURE  4.7-7.  SUBTEST  7,  RANGE  VERSUS  AZIMUTH 
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FIGURE  4.7-8.  SUBTEST  7,  RANGE  VERSUS  ALTITUDE 
CONCLUSIONS 

The  sensor  performed  equally  well  with  "live  world"  targets  and  simulated  targets.  In 
general,  performance  for  ATCRBS  targets  was  slightly  degraded  in  Real  World 
situations,  while  that  for  Mode  S  targets  was  almost  identical.  This  was  attributed  to  poor 
low  angle  coverage  of  the  site  of  primarily  general  aviation  aircraft.  The  Mode  S  targets 
are  typically  commercial  aircraft  flying  at  altitudes.  However,  the  sensor's  performance 
with  Mode  S  transponder  equipped  targets  was  virtually  the  same  with  real  or  simulated 
targets.  The  data  for  surveillance  parameters  and  false  targets  observed  in  this  test 
exceeded  the  limits  established  by  the  objective  of  Test  4  (Surveillance  Baseline-Report 
Parameters).  All  of  the  sensor  coverage  limits  were  verified.  All  of  the  applicable 
objectives  listed  in  the  Test  Procedure  have  been  verified,  and  there  are  no  deficiencies  to 
report  for  this  procedure. 
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4£  TEST  8:  MODE  S  REFLECTION  ANAI  YSIS 


PURPOSE 

This  test  measured  the  sensor's  ability  to  identify  reflected  false  target  reports  correctly. 
The  test  used  simulated  targets  provided  by  ARIES  scenarios,  as  well  as  real  targets  of 
opportunity,  to  test  the  reflection  algorithms.  The  real  target  data  came  from  the  live 
world  collection  taken  during  Test  7  (Mode  S  Sensor  Coverage).  Testing  was  also  done 
relative  to  adaptive  thresholding.  Adaptive  thresholding  is  used  to  reduce  false  targets 
caused  by  in-beam  ground-bounce  reflections. 

TEST  OBJECTIVES 

The  objectives  for  this  test  were  as  follows: 

1 .  To  measure  the  amount  of  reduction  of  reflected  false  targets.  Reference:  PTP 
Category  1 ,  paragraph  4. 1 . 1 .3 . 

2.  To  determine  if  there  are  any  adverse  effects  due  to  the  reflection  elimination  process. 
Reference:  PTP  Category  1 ,  paragraph  4. 1 . 1 .3. 

3.  To  verify  that  Mode  S  reduces  false  target  reports  that  result  from  multipath  effects. 
Reference:  PTP  Category  1,  paragraph  4.1. 1.3,  NAS-SS-1000,  (1100). 
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TEST  CONFIGURATION 


Figure  4-8.1  depicts  the  configuration  for  this  test. 


FIGURE  4.8-1.  MODE  S  REFLECTION  ANALYSIS 

TEST  DESCRIPTION 

This  test  consisted  of  14  subtests.  The  subtests  were  grouped  into  four  different  sets. 
Each  set  of  subtests  addressed  a  different  aspect  of  Mode  S  performance. 

Subtest  one  was  executed  to  verify  that  the  reflector  algorithms  work  properly  under  a 
variety  of  situations.  The  ARIES  scenario  used  for  this  subtest  was  the  uplink  reflection 
scenario.  The  uplink  reflection  scenario  was  designed  specifically  to  test  the  sensor's 
reflection  algorithms.  The  scenario  consists  of  16  pairs  of  targets.  Each  pair  consists  of  a 
reflected  target  and  a  true  target.  The  location  and  orientation  of  the  16  reflecting 
surfaces  that  could  cause  reflections  were  calculated.  A  reflector  map  containing  the 
range,  orientation,  and  azimuth  of  the  1 6  reflectors  was  loaded  into  the  sensor. 

The  sensor  was  loaded  with  the  S2  SAP  configuration  for  subtest  1 .  A  reflector  file 
corresponding  to  the  reflectors  embedded  within  the  scenario  was  also  loaded.  Given  that 
the  targets  were  simulated  by  ARIES,  the  sensor  was  switched  to  dummy  load  for  test 
execution. 
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ARIES,  RTADS,  and  sensor  extractions  were  collected  during  test  execution.  No  ARIES 
or  sensor  errors  or  alarms  were  observed  during  execution. 

Subtests  2  through  6  used  the  live  data  collected  during  Test  7  (Mode  S  Sensor 
Coverage).  This  was  required  in  order  to  determine  if  the  reflector  algorithms  work 
properly  in  a  live  environment. 

During  the  site  acceptance  testing,  a  site  adapted  reflector  file  was  established  for  the 
Mode  S  sensor,  based  on  Beacon  False  Target  Summary  data.  The  reflectors  contained  in 
this  file  were  loaded  into  the  sensor  at  the  time  of  test  execution. 

Subtests  2  through  6  were  executed  using  a  modified  S7  SAP  configuration.  The 
following  changes  were  made  to  the  S7  SAPs: 

•  st_addrd_lockout_md  =  1 

•  na_pds  =  1 3 

•  ext_sensor_id  =1 

•  sensorid  =  1 5 

RTADS  and  sensor  extractions  were  collected  during  test  execution.  No  sensor  alarms 
were  observed  during  execution. 

The  test  procedure  requires  that  an  ARIES  scenario  with  a  large  number  of  targets  be 
used  during  subtests  7,  8,  and  9.  This  scenario  would  have  determined  the  effect  false 
target  tests  have  on  the  surveillance  performance.  The  required  scenario  was  unavailable 
at  the  time  of  test  execution.  Sub  Subtests  7,  8,  and  9  were  not  conducted. 

Subtests  10  through  14  used  an  ARIES  ground-bounce  scenario,  to  determine  whether 
adaptive  thresholds  reduce  multipath  false  targets.  The  downlink  reflection  scenario  was 
used.  The  downlink  reflection  scenario  simulates  ground  bounce  replies  and  is  designed 
to  test  the  sensor  s  adaptive  threshold  circuitry.  Pairs  of  moving  targets  were  generated 
with  the  same  azimuth  but  different  ranges.  The  range  difference  of  each  pair  was  varied 
from  completely  separated  to  fully  overlapped.  Replies  from  the  true  targets  were  20 
decibels  (dB)  greater  than  the  ground  bounce  reply. 

This  set  of  subtests  was  executed  using  the  S2  SAP  configuration  with  the  following 
changes: 

•  mdS_rc_stc_crv_ref  =  0 

•  mdS_ac_stc_crv_ref  =  0 

•  atcrstccrvref  =  0 

•  aux_stc_crv_ref  =  0 

RTADS,  ARIES  and  Mode  S  sensor  data  extractions  were  collected. 
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DATA  ANALYSIS 


The  data  reduction  effort  used  the  RTADS  files  as  an  input  for  the  TDR  Beacon  False 
Target  Summary  (BFTS)  program.  TDR  BFTS  provided  listings  of  all  false  targets  as 
well  as  the  calculated  positions  of  the  reflectors  causing  reflected  false  targets. 

The  BFTS  and  Surveillance  File  Analysis  DR  programs  were  used  to  identify  the  number 
of  times  that  a  false  target  was  identified  as  false  in  its  surveillance  file. 

The  ARIES/Mode  S  Compare  program  was  used  to  identify  missing  reports,  incorrect 
codes,  or  false  targets  for  the  ground-bounce  multipath  analysis. 

For  subtest  1,  the  DR  Beacon  False  Target  Summary,  TDR  Beacon  False  Target 
Summary,  and  DR  Surveillance  File  Analysis  programs  were  executed  to  determine  if  all 
of  the  reflected  targets  were  identified  by  the  sensor.  The  summary  data  from  each  BFTS 
and  Surveillance  File  Analysis  listing  was  entered  onto  the  data  sheet  and  analyzed. 

For  subtests  2  through  6,  the  reduction  and  analysis  effort  included  executing  DR  and 
TDR  BFTS  programs,  and  the  DR  Surveillance  File  Analysis  program  on  the  five  sets  of 
data  collected  during  Test  7  (Mode  S  Sensor  Coverage).  The  summary  data  was  entered 
onto  the  data  sheets.  The  corresponding  Surveillance  File  Analysis  data  from  Test  7  was 
also  transferred  to  a  data  sheet.  The  reflectors  identified  by  data  analysis  were  compared 
to  the  reflectors  already  identified  in  the  site  adapted  parameters. 

For  subtests  10  through  14,  the  ARIES/Mode  S  Compare  program  was  executed.  As  the 
ground-bounce  scenario  was  executed  for  this  set  of  subtests,  the  ARIES/Mode  S 
Compare  program  was  used  to  determine  how  the  reflected  and  real  targets  were  tracked 
as  the  site  adaptable  parameters  varied. 

TEST  REST  JITS 

There  were  three  Test  Objectives  to  be  verified. 

Objective  1  states  that  the  amount  of  reduction  of  reflected  false  targets  must  be 
measured.  The  sensor  successfully  identified  all  reflected  false  targets. 

Objective  2  states  that  any  adverse  effects  due  to  the  reflection  elimination  process  must 
be  determined.  It  was  determined  that  no  adverse  effects  resulted  from  the  adaptive 
thresholding  algorithm. 

Objective  3  states  that  Mode  S  must  reduce  false  target  reports  that  result  from  multipath 
effects.  This  was  accomplished.  A  37.93  percent  detection  of  reflected  false  targets  due 
to  multipath  was  measured  using  the  adaptive  thresholding  algorithm. 

Subtest  1  used  the  uplink  reflection  scenario  to  determine  if  the  reflected  targets 
generated  by  ARIES  were  correctly  identified  by  the  sensor. 
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A  beacon  message,  that  is  flagged  as  a  reflection  by  the  Mode  S  sensor,  is  a  false  alarm,  if 
the  BFTS  identifies  the  target  that  it  came  from  as  real.  There  were  no  false  alarms 
identified  for  this  subtest.  The  Mode  S  sensor  and  the  Beacon  False  Target  Summary 
program  agreed  completely  on  which  beacon  messages  were  true,  and  which  were  false. 
This  information  is  summarized  in  table  4.8-1  shown  below. 

TABLE  4.8-1.  FALSE  TARGET  IDENTIFICATION, 

MODE  S  SENSOR  VS.  BEACON  FALSE  TARGET  SUMMARY 


Subtest 

Uplink 
Reflections 
According  to  the 
Sensor 

Uplink 
Reflections 
According  to 
BFTS 

False  Beacon 
Responses 
According  to 
Sensor 

False  Beacon 
Responses 
According  to 
BFTS 

2 

133 

131 

108 

107 

3 

53 

53 

39 

39 

4 

55 

54 

39 

39 

5 

31 

31 

17 

17 

6 

8 

8 

2 

2 

Subtests  2  through  6  proved  that  the  sensor  identified  false  targets  quite  well  using  the 
site  adapted  reflector  file.  In  subtest  2,  a  reflector  was  identified  by  the  Mode  S  sensor 

that  was  not  part  of  the  reflector  file  in  the  SAPs.  The  characteristics  of  this  reflector  are 
given  in  table  4.8-2. 

TABLE  4.8-2.  SUBTEST  TWO  REFLECTOR  CHARACTERISTICS 


Range  (nmi) 

.562 

Azimuth  (degree) 

250.84 

Orientation 

174.451 

Minimum  Azimuth 

250.840 

Maximum  Azimuth 

250.840 

Count 

1 

Given  that  the  reflection  was  identified  only  once  and  only  at  one  point  in  space,  it  is 
likely  that  this  reflector  was  created  by  a  plane  at  the  Atlantic  City  International  Airport. 
The  range  and  azimuth  of  the  reflector  also  make  this  plausible.  Subtest  2  was  the  only 
subtest  to  identify  this  reflector.  Given  that  the  other  subtests  occurred  later  in  time,  this 
suggests  the  reflector  may  have  moved. 

Subtests  10  through  14  revealed  the  effect  of  the  adaptive  threshold  circuitry.  Adaptive 
thresholding  works  by  comparing  the  detection  threshold  to  the  amplitude  of  the  last 
pulse  detected.  In  analyzing  subtests  10  through  14,  it  was  important  to  ensure  that  the 
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real  targets  were  tracked,  and  the  reflected  ones  were  not  (depending  on  the  adaptive 
thresholding  value).  This  was  partially  verified. 

For  this  portion  of  the  test,  the  Sensitivity  Time  Constant  (STC)  curves  were  set  to  zero 
to  eliminate  their  effect.  This  step  was  actually  redlined  into  the  procedure,  after  the 
subtests  were  executed  the  first  time. 

The  reported  Pd  for  the  reflected  targets  was  37.93  percent,  when  the  adaptive 
thresholding  was  set  to  15.  Since  the  reflected  targets  were  20  dB  lower  than  the  real 
targets  in  the  scenario,  the  report  Pd,  for  the  reflected  targets,  should  have  been  zero  or 
close  to  it.  The  adaptive  thresholding  was  not  completely  effective. 

The  table  4.8-3  shows  the  Pd  data  (as  observed  at  the  report  level)  for  real  and  reflected 
targets  as  the  adaptive  threshold  was  varied.  When  the  adaptive  threshold  was  set  to  20,  a 
much  lower  value  for  the  Pd  was  expected  because  the  reflected  targets  were  20  dB  lower 
than  the  real  targets. 

TABLE  4.8-3.  REPORT  LEVEL  PROBABILITY  OF  DETECTION 


Adaptive 

Threshold 

SAP 

Real  Target  PD 
(%) 

False  Target  PD 
(%) 

15 

100.00 

37.93 

20 

99.84 

95.82 

25 

100.00 

97.72 

30 

100.00 

98.86  | 

NONE 

100.00 

98.20 

CONCLUSIONS 

The  first  subtest  successfully  proved  that  the  reflector  algorithms  work  properly  under  a 
variety  of  situations.  The  sensor  correctly  identified  the  reflected  beacon  targets  using  the 
reflector  file  in  the  site  adaptable  parameters.  In  accordance  with  Objective  1,  a  reduction 
in  the  number  of  reflected  false  targets  was  measured. 

The  second  set  of  subtests  (i.e.,  Numbers  2  through  6)  verified  that  the  reflector 
algorithms  worked  properly  in  a  live  environment.  False  targets  were  correctly  identified 
by  the  Beacon  False  Target  Summary  program. 

The  third  set  of  subtests  (i.e.,  subtests  7  through  9)  was  supposed  to  use  a  capacity-like 
scenario  to  determine  whether  the  additional  workload  of  reflection  analysis,  or  adaptive 
thresholding,  caused  any  degradation  in  the  surveillance  performance.  There  was  no 
capacity-like  scenario  with  reflectors  available. 
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The  fourth  set  of  subtests  (i.e.,  numbers  10  through  14)  identified  a  problem  with  the 
adaptive  thresholding.  Adaptive  thresholding  is  only  partially  effective.  SPR  FC93- 
30902  was  written  to  address  this  problem.  One  thing  that  is  known  is  that  real  targets 
are  unaffected  by  the  adaptive  thresholding  feature.  Further  investigation  is  needed  to 
identify  the  reason  adaptive  thresholding  is  only  partially  effective. 

The  third  objective  was  to  verify  that  the  Mode  S  reduces  the  number  of  false  target 
reports  that  result  from  multipath  effects.  This  was  verified,  but  the  intent  of  the  test  was 
not  realized.  The  reduction  of  false  target  reports  was  not  as  great  as  expected. 

The  objectives  for  this  test  and  their  verification  are  summarized  in  table  4.8-4. 

TABLE  4.8-4.  OBJECTIVE  SUMMARY 


OBJECTIVE 

VERIFIED? 

1 .  Measure  amount  of  reduction  of  reflected  false  targets 

Yes 

2.  Determine  any  adverse  effects  due  to  the  reflection 
elimination  process 

Yes 

3.  Verify  that  Mode  S  reduces  false  target  reports  due  to 
multipath  effects 

Yes 
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4.9  TEST  9:  SENSOR  ACCURACY. 


PURPOSE 

These  tests  measured  the  accuracy  of  Mode  S  position  reporting,  for  both  moving  and 
stationary  targets.  The  Mode  S  sensors  Calibration  and  Performance  Monitoring 
Equipment  (CPME)  was  used  as  a  source  of  Mode  S  and  ATCRBS  replies  to  evaluate 
accuracy  at  a  low  angle  (less  than  2°),  stationary  position.  Since  the  Mode  S  specification 
specifies  that  bias  errors  are  measured  at  low  angles,  and  due  to  the  fact  that  many  aircraft 
transponders  delay  times  vary  as  a  function  of  time  and  temperature,  the  CPME  was  used 
for  all  bias  measurements. 

A  test  aircraft,  tracked  by  both  the  Mode  S  sensor  and  a  precision  tracker,  flew  pre¬ 
planned  routes  to  gather  data  about  range  and  azimuth  jitter.  The  differences  between  the 
tracker  position  reports  and  the  Mode  S  position  reports  were  analyzed. 

TEST  OBJECTIVES 


The  objectives  for  this  test  were  as  follows: 

1 .  To  verify  that  the  sensor-only  range  errors  for  Mode  S  reports  do  not  exceed  ±30 
ft.  bias  and  25  ft.  root  mean  square  (rms.)  jitter.  Reference:  PTP  Category  1, 
paragraph  4. 1.1. 3,  NAS-SS-1000,  (1210). 

2.  To  verify  that  the  sensor-only  range  errors  for  ATCRBS  reports  do  not  exceed  ± 
30  ft.  bias  and  25  ft.  root  mean  square  (rms.)  jitter.  Reference:  PTP  Category  1, 
paragraph  4.1. 1.3,  NAS-SS-1000,  (1220). 

3.  To  verify  that  the  long  term  combined  sensor  plus  antenna  azimuth  errors  for 
Mode  S  reports  do  not  exceed: 

a.  A  bias  of  ±0.033°  for  elevation  angles  less  than  2°  (exclusive  of  antenna 
wind  load) 

b.  Jitter  less  than  0.060°  (one  standard  deviation),  for  elevation  angles  less 
than  20°. 

Reference:  PTP  Category  1,  paragraph  4.1. 1.3,  NAS-SS-1000,  (1230). 

4.  To  verify  that  the  long  term  combined  sensor  plus  antenna  azimuth  errors  for 
ATCRBS  reports  do  not  exceed: 

a.  A  bias  of  ±0.033°  for  elevation  angles  less  than  2°  (exclusive  of  antenna 
wind  load) 

b.  Jitter  less  than  0.060°  (one  standard  deviation),  for  elevation  angles  less 
than  20°. 

Reference:  PTP  Category  1,  paragraph  4.1. 1.3,  NAS-SS-1000,  (1240). 
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JEST  CONFIGURATION 


Figure  4.9-1  depicts  the  configuration  for  this  test. 
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FIGURE  4.9-1.  SENSOR  ACCURACY 

TEST  DESCRIPTION 

During  this  test  a  single  aircraft  flew  preplanned  flight  paths  while  being  tracked  by  the 
sensor  and  a  precision  tracker.  The  precision  tracker  used  was  a  NIKE  tracking  system 
with  a  published  accuracy  of  9  feet  in  range  and  0.1  milliradians  in  azimuth.  The  pilots 
received  instructions  via  radio  as  to  where  to  position  the  aircraft  and  which  transponder 
(ATCRBS  or  Mode  S)  to  use.  This  test  consisted  of  18  subtests.  Nine  subtests  used 
Mode  S  transponders,  and  nine  used  ATCRBS  transponders.  The  subtests  can  be  further 
broken  down  into  two  main  categories;  tests  in  which  the  target  flew  an  orbital  flight  path 
around  the  sensor,  and  those  in  which  the  target  flew  a  radial  flight  path. 

In  the  orbital  subtests,  the  target  aircraft  transcribed  a  90°  arc  (195°-285°)  about  the 
sensor  at  a  slant  range  of  13  nmi.  Each  subtest  consisted  of  a  run  in  the  clockwise 
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direction  and  one  in  the  counter  clockwise  direction.  An  equal  number  of  subtests  were 
conducted  with  ATCRBS  and  Mode  S  transponders.  Half  of  the  subtests  involved 
aircraft  flying  at  6,000  feet;  the  other  half  had  aircraft  at  27,000  feet.  Figure  4.9-2a  and 
4.9-2b  depicts  the  orbital  flightpaths  for  these  tests. 


285°i 

/ 

l 


FIGURE  4.9-2A.  ORBITAL  FLIGHTPATHS 

The  radial  tests  consisted  of  having  the  aircraft  transverse  a  range  of  5  to  55  nmi  while 
keeping  a  constant  241°  azimuth.  Each  subtest  had  one  run  from  5  to  55  nmi  followed  by 
a  run  from  55  to  5  nmi.  The  subtests  were  equally  divided  between  ATCRBS  and  Mode 
S  transponders.  All  targets  in  the  radial  testing  flew  at  an  altitude  of  1 7,400  feet. 


Altitude  = 

17,400  ft 

Range  =  5  nmi 

241 0 

Range  =  55  nmi 

FIGURE  4.9-2B.  RADIAL  FLIGHTPATHS 

While  the  aircraft  were  flying  their  preplanned  flight  paths  data  from  the  sensors  two 
CPMEs  was  also  collected.  Each  scan  of  the  antenna  provided  data  from  the  CPMEs 
which  was  used  to  determine  the  sensors  range  and  azimuth  accuracy  at  low  elevation 
angles.  The  reported  positions  of  the  CPMEs  was  compared  to  their  surveyed  position, 
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The  sensor  was  loaded  with  the  R1  SAP  configuration  for  these  tests. 
DATA  ANALYSIS 


Two  DR  programs  were  used  to  reduce  and  analyze  the  data  from  these  tests.  The  DR 
"Accuracy  Analysis"  program  was  run  using  the  extractions  from  the  Mode  S  Sensor  and 
the  Precision  Tracker  for  each  subtest.  This  program  compares  the  range  and  azimuth 
reported  by  the  sensor  to  that  reported  by  the  precision  tracker  and  returns  an  error  value 
for  each  parameter.  The  Accuracy  Analysis  program  was  run  using  report  level  data  (as 
opposed  to  reply  level  or  disseminated  level)  from  the  sensor  extraction  tape. 

The  DR  Nine  Point  programs  was  also  used.  These  programs  provide  information  on 
range  and  azimuth  errors,  but  they  do  not  use  an  external  tracking  radar  for  comparison. 
Instead  these  programs  consider  the  targets  current  position  and  its  position  over  the  past 
four  scans  and  four  scans  into  the  future.  These  "nine  points"  are  then  used  to  construct  a 
curve.  The  difference  between  the  current  position  predicted  by  the  curve  fitting  process 
and  the  current  position  reported  by  the  sensor  was  considered  to  be  the  position  error. 
The  DR  Nine  Point  program  operates  at  the  report  level. 

TEST  RESULTS 

The  DR  Accuracy  Analysis  program  was  used  to  calculate  the  sensor's  errors  with  regard 
to  the  CPMEs.  The  output  of  the  program  was  the  difference  between  the  range  and 
azimuth  reported  by  the  sensor  and  the  surveyed  range  and  azimuth  of  the  CPMEs.  Since 
each  CPME  provides  ATCRBS  and  Mode  S  replies,  this  method  of  analysis  gives  an 
indication  of  how  accurately  the  sensor  reports  each  target  type.  One  of  the  CPMEs  used 
is  mounted  on  building  70  at  the  FAA  Technical  Center.  The  other  CPME  is  mounted 
on  a  tower  in  McKee  City,  New  Jersey.  The  data  presented  in  table  4.9-1  was  obtained 
using  the  CPME  reports  on  the  Mode  S  extraction  tapes  recorded  during  testing.  Since 
these  reports  are  present  throughout  the  testing,  time  filtering  was  not  used  to  exclude 
periods  when  the  test  aircraft  were  not  flying  their  planned  routes.  For  this  reason,  the 
results  are  not  organized  by  subtest.  Instead  the  results  are  presented  by  test  pattern 
(orbital  or  radial),  target  type  (ATCRBS  or  Mode  S),  and  altitude  in  thousands  of  feet  for 
the  orbital  subtests. 

While  some  individual  data  runs  indicate  values  which  exceed  the  specification  limits  the 
overall  numbers  are  well  below  the  established  limits  for  both  range  and  azimuth  bias  and 
jitter. 
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TABLE  4.9-1 .  CPME  ERROR  DATA 


RANGE  (FT.) 

AZIMUTH  (DEG.) 

Flight 

CPME,  Target  Type 

MEAN 

ERROR 

MEAN 

ERROR 

STD. 

DEV. 

Pattern  Info 

Bldg  #70,  ATCRBS 

8.9 

17.9 

-0.031 

0.019 

rad/a 

Bldg  #70,  Mode  S 

9.0 

14.0 

-0.022 

0.045 

rad/a 

McKee  City,  ATCRBS 

10.5 

18.7 

0.038 

0.017 

rad/a 

McKee  City,  Mode  S 

1.6 

6.9 

0.032 

0.032 

rad/a 

Bldg  #70,  ATCRBS 

8.2 

16.9 

0.022 

0.019 

rad/s  I 

Bldg  #70,  Mode  S 

8.9 

14.0 

0.016 

0.039 

rad/s 

McKee  City,  ATCRBS 

12.8 

18.0 

0.042 

0.018 

rad/s  | 

McKee  City,  Mode  S 

1.8 

7.1 

0.040 

0.045 

rad/s 

Bldg  #70,  ATCRBS 

13.3 

18.5 

0.024 

0.017 

orb/a/27 

Bldg  #70,  Mode  S 

30.5 

2.4 

0.026 

0.025 

orb/a/27 

McKee  City,  ATCRBS 

7.2 

18.4 

0.012 

0.015 

orb/a/27 

McKee  City,  Mode  S 

16.2 

15.4 

0.006 

0.022 

orb/a/27 

Bldg  #70,  ATCRBS 

10.1 

18.3 

0.020 

0.018 

orb/s/27 

Bldg  #70,  Mode  S 

30.5 

2.2 

0.012 

0.027 

orb/s/27 

McKee  City,  ATCRBS 

14.3 

'9.3 

0.007 

0.015 

orb/s/27 

McKee  City,  Mode  S 

16.0 

17.2 

-0.010 

0.177 

orb/s/27 

Bldg  #70,  ATCRBS 

N/A 

N/A 

N/A 

N/A 

orb/a/6 

Bldg  #70,  Mode  S 

7.0 

13.0 

0.020 

0.014 

orb/a/6 

McKee  City,  ATCRBS 

N/A 

N/A 

N/A 

N/A 

orb/a/6 

McKee  City,  Mode  S 

0.3 

2.9 

0.011 

0.012 

orb/a/6 

Bldg  #70,  ATCRBS 

15.1 

18.1 

0.039 

0.019 

orb/s/6 

Bldg  #70,  Mode  S 

8.7 

13.9 

0.045 

0.042 

orb/s/6 

McKee  City,  ATCRBS 

11.3 

16.8 

0.036 

0.015 

orb/s/6 

McKee  City,  Mode  S 

6.2 

12.3 

0.042 

0.047 

orb/s/6 

Average,  ATCRBS 

11.18 

18.09 

0.0271 

0.0172 

N/A 

Average,  Mode  S 

11.39 

10.11 

0.0235 

0.0441 

N/A 

Limits 

±30.0 

±25.0 

±0.033 

±0.060 

N/A 

A  summary  of  the  Accuracy  Analysis  data  for  the  test  aircraft  are  listed  below  in  table 
4.9-2.  The  flight  data  contains  the  number  of  samples,  the  mean  error  and  the  standard 
deviation  with  the  exception  that  the  mean  range  error  data  is  not  presented.  This  was 
omitted  due  to  varing  transponder  delay  characteristics  incurred  during  the  flights  due  to 
temperature  and  power  level  variations. 
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TABLE  4.9-2.  ACCURACY  ANALYSIS  DATA 


Transponder  Type  and 
Flight  Pattern 

A Z  Mean 
Error  (deg) 

AZ  STD. 
DEV.  (deg) 

MODE  S  CW  ORBITALS 

430 

15.8 

0.080 

ATCRBS  CW  ORBITALS 

412 

32.0 

-0.088 

0.041 

MODE  S  CCW 
ORBITALS 

402 

15.7 

-0.017 

0.069 

ATCRBS  CCW 
ORBITALS 

404 

29.0 

-0.091 

0.040 

MODE  S  INBOUND 
RADIALS 

415 

97.2 

-0.073 

r  o.o9i 

ATCRBS  INBOUND 
RADIALS 

417 

27.5 

-0.046 

0.043 

MODE  S  OUTBOUND 
RADIALS 

394 

57.0 

-0.077 

0.092 

ATCRBS  OUTBOUND 
RADIALS 

356 

46.9 

-0.051 

0.048 

MODE  S  ORBITALS 

832 

15.8 

P  -0.127 

0.077  ] 

ATCRBS  ORBITALS 

816 

30.7 

-0.089 

0.041 

MODE  S  RADIALS 

809 

82.8 

-0.075 

0.092 

ATCRBS  RADIALS 

773 

40.1 

-0.048 

r  0.046 

MODE  S  (ALL) 

1641 

61.5 

-0.101 

0.088 

LIMIT  ~| 

NONE 

±25.0 

±0.060  * 

±0.060 

ATCRBS  (ALL) 

1589 

37.0 

-0.069 

0.048 

|  LIMIT 

NONE 

±25.0 

±0.060  * 

±0.060 

Note:  In  all  of  the  Accuracy  Analysis  and  Nine  Point  results  tables 
presented  here,  CW  indicates  clockwise  rotation  and  CCW  indicates 
counterclockwise  rotation. 


*  Beam  widening  effects  of  antenna  pattern  with  increased  elevation 
angle  can  add  an  additional  0.007  °  bias  per  degree  elevation  increase. 
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The  standard  deviation  of  the  measured  range  difference  ( Mode  S  position  -  Nike 
position)  for  ATCRBS  targets  was  37  feet.  For  the  Mode  S  transponder  the  standard 
deviation  was  61  feet.  The  established  limit  in  the  specification  is  a  maximum  of  25  feet 
jitter.  The  standard  deviation  of  the  azimuth  data  for  ATCRBS  is  .048°,  and  .088°  for 
Mode  S.  The  specification  limits  for  azimuth  mean  error  is  .060°.  In  addition  to  the 
allowed  system  level  biases,  antenna  pattern  changes  must  be  accounted  for  as  a  function 
of  target  elevation  angle.  The  variation  of  angular  offset  from  boresight  to  crossover 
increases  nominally  0.070°  with  every  10°  increase  in  elevation  angle.  Complete  analysis 
of  mean  azimuth  data  to  account  for  beam  widening  affects  would  require  a  much  more 
sophisticated  tool  than  was  available.  For  the  purposes  of  this  test,  since  the  aircraft 
elevation  angles  varied  from  3°  to  35°,  an  additional  0.007  to  0.231°  error,  respectively, 
would  be  allowable  depending  on  the  target  elevation.  The  ATCRBS  data  is  better  than 
the  Mode  S  data,  due  to  antenna  beam  edge  effects.  The  ATCRBS  azimuth  is  determined 
by  the  two  replies  closest  to  boresight  in  most  cases.  For  Mode  S  targets  a  single  reply 
near  the  leading  edge  of  the  antenna  beam  is  normally  used  to  determine  the  target 
azimuth. 

The  Nine  Point  accuracy  program  was  also  used  to  analyze  the  controlled  target  data. 

This  data  is  presented  in  table  4.9-3.  Again  only  the  sample  size  and  the  standard 
deviation  of  the  error  data  is  presented.  This  analysis  produced  a  different  result,  with  the 
standard  deviation  of  the  Mode  S  range  data  equal  to  16  feet  and  the  ATCRBS  data  22 
feet.  The  Mode  S  and  ATCRBS  azimuth  deviation  numbers  were  .021°  and  .022°, 
respectfully.  The  Nine  Point  accuracy  data  may  look  better  in  part  because  there  are  no 
calibration  errors  (  as  there  are  between  NIKE  and  Mode  S)  and  the  inherent  errors  of  the 
NIKE  (  9  feet  range  and  .  1  millradians)  do  not  exist. 
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TABLE  4.9-3.  DR  NINE  POINT  DATA 


SAMPLE 

SIZE 

STD. 

DEV. 

STD. 

DEV. 

MODE  S  CW  ORBITALS 

390 

■9 

mSEM 

ATCRBS  CW  ORBITALS 

344 

23.9 

0.017 

MODE  S  CCW 
ORBITALS 

358 

18.8 

0.023 

ATCRBS  CCW 
ORBITALS 

359 

23.0 

0.018 

MODE  S  INBOUND 
RADIALS 

300 

9.7 

0.028 

ATCRBS  INBOUND 
RADIALS 

248 

20.7 

0.025 

MODE  S  OUTBOUND 
RADIALS 

389 

11.5 

0.030 

ATCRBS  OUTBOUND 
RADIALS 

356 

21.9 

0.028 

MODE  S  ORBITALS 

748 

19.6 

0.024 

ATCRBS  ORBITALS 

703 

23.5 

0.017 

MODE  S  RADIALS 

689 

10.8 

0.029 

ATCRBS  RADIALS 

604 

21.4 

0.027 

ALL  MODE  S 

1437 

16.0 

0.027 

Omit  ^ 

NONE 

±25.0 

±0.060 

ALL  ATCRBS  | 

1307 

22.5 

0.022 

LIMIT 

NONE 

±25.0 

±0.060 

CONCLUSIONS 

The  accuracy  of  the  Mode  S  sensor  when  using  a  controlled  transponder  at  a  low 
elevation  angle  is  extremely  good  and  meets  all  the  requirements  of  the  specification. 


The  accuracy  achieved  when  comparing  a  NIKE  tracker  to  the  Mode  S  sensor  for  a  test 
aircraft  at  higher  elevation  angles  is  not  always  within  the  specification  limits.  Some  of 
the  measured  range  error  is  probably  due  to  variability  in  the  transponder  delay  time  as  a 
function  of  time,  temperature,  and  power  level.  These  variables  were  impossible  to 
eliminate  completely.  The  azimuth  data  from  the  flight  tests  indicated  that  the  ATCRBS 
errors  were  less  than  the  amount  allowed  in  the  specification.  The  Mode  S  azimuth  error 
was  .088  compared  to  a  limit  of  .060.  This  error  can  be  reduced  by  using  replies  closer 
to  bore  sight  for  Mode  S  targets.  This  would  necessitate  more  Mode  S  interrogations  and 
replies  or  waiting  until  later  in  the  beam  to  start  interrogating.  Both  of  these  options 
would  have  an  adverse  effect  on  data  link  capacity.  Since  the  accuracy  is  very  close  to 
the  specification  limit  and  much  better  than  the  existing  ATC  system,  no  change  is 
recommended  to  the  Mode  S  sensor. 
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4.10  TEST  10:  SENSOR  RESOLUTION. 


PURPOSE 

These  tests  verified  the  ability  of  the  Mode  S  sensor  to  detect  and  resolve  two  aircraft 
closely  spaced  in  range  and  azimuth.  This  procedure  was  only  concerned  with  obtaining 
and  comparing  resolution  data  from  two  ATCRBS  transponders.  The  Mode  S  sensor  has 
no  resolution  conflict  in  the  Mode  S  mode.  The  resolution  data  obtained  will  be  used  to 
establish  a  baseline  for  Mode  S  performance. 

TEST  OBJECTIVES 

The  objectives  for  this  test  were  as  follows: 

a.  Determine  the  sensor's  ability  to  resolve  two  targets  flying  in  close  proximity. 
Reference:  PTP  Category  1,  paragraph  4. 1.1. 3. 

b.  Verify  that  Mode  S  reduces  garble  by  use  of  monopulse  beacon  operations. 
Reference:  PTP  Category  1,  paragraph  4. 1.1.3,  NAS-SS-1000,  (1 110). 

TEST  CONFIGURATION 

Figure  4.10-1  depicts  the  configuration  for  this  test. 


FIGURE  4.10-1.  SENSOR  RESOLUTION 
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TEST  DESCRIPTION 


These  tests  measured  the  ability  of  the  sensor  to  accurately  report  the  positions  of  two 
aircraft  closely  spaced  in  slant  range  and  azimuth.  An  ATCRBS  reply  has  a  duration  of 
20.3  psec.  This  corresponds  to  1 .64  nmi.  The  antenna  beamwidth  is  3.6°.  When  two 
targets  are  separated  by  less  than  1.64  nmi  and  3.6°,  the  result  is  ATCRBS  replies  that 
overlap. 


These  tests  required  that  the  Mode  S  sensor  be  operated  into  the  antenna  to  interrogate  all 
ATCRBS  targets  within  its  coverage  range.  A  pair  of  test  aircraft,  flying  planned  routes, 
were  tracked  by  the  Mode  S  sensor  as  well  as  by  two  precision  tracking  units.  Each 
aircraft  was  equipped  with  an  ATCRBS  transponder  as  well  as  a  transponder  for  use  by 
the  precision  tracker.  The  sensor  was  loaded  with  the  R1  SAP  configuration  for  these 
tests. 

The  two  test  aircraft  flew  radial  flight  paths  at  a  nominal  azimuth  of  242°.  The  planes 
maintained  a  constant  altitude  difference  of  500  feet,  flying  at  1 1,200  feet  and  1 1,700 
feet,  respectively.  Ranges  varied  from  3  nmi  to  45  nmi.  The  aircraft  started  their  flights 
at  slightly  different  ranges  and  slightly  different  airspeeds.  During  the  course  of  each  test 
run  one  plane  would  slowly  overtake  and  pass  the  other  one.  This  ensured  that  they 
would  maintain  a  close  proximity  in  range  throughout  the  testing.  Six  test  runs  were 
made,  and  each  run  consisted  of  an  inbound  and  an  outbound  leg.  These  six  runs  were 
grouped  into  three  different  azimuth  separations;  0°,  1°,  and  2°.  Two  test  runs  were  made 
at  each  azimuth  separation.  Keeping  azimuth  separation  relatively  constant  while  varying 
the  range  separation  allowed  for  data  collection  at  a  large  number  of  points  within  the 
1.64  nmi/3.6°  separation  area  of  interest.  Executing  12  test  runs  ensured  that  the  data 
sample  would  be  large  enough  to  be  statistically  valid. 

DATA  ANALYSTS 

The  data  was  reduced  using  the  DR  Resolution  Analysis  program  and  the  TDR 
Surveillance  Analysis  program.  In  accordance  with  the  Test  Procedure,  the  Resolution 
Analysis  program  was  run  using  ATCRBS  Reports  (as  opposed  to  Replies  or 
Disseminated  Reports)  as  an  input.  The  targets  are  considered  resolved  if  there  is  one  and 
only  one  report  from  each  of  the  targets  on  the  Mode  S  extraction  file  and  the  error 
between  the  report  position  and  the  position  recorded  by  the  appropriate  tracker  is  below 
the  accuracy  limit.  The  default  accuracy  limits  of  2,500  feet  and  6.8°  were  used  for  these 
tests.  The  results  of  each  test  run  were  considered  separately,  and  then  the  results  of  all 
the  runs  were  merged.  When  surveillance  parameters  for  this  test  were  considered,  the 
data  observed  in  Test  4  (Surveillance  Baseline-Report  Parameters)  was  used  for 
comparison. 
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TEST  RESULTS 


A  summation  of  the  results  as  they  relate  to  each  objective  follows. 

Objective  1  was  to  determine  the  sensor's  ability  to  resolve  targets  in  close  proximity. 
The  second  objective  was  to  verify  that  Mode  S  reduces  garble  by  using  monopulse 
beacon  operations.  The  sensor  performed  well  in  regard  to  both  of  these  objectives.  For 
a  graphical  representation  of  the  data,  the  reader  is  referred  to  table  4.10-1  (Resolution 
Percentage)  on  the  following  page.  This  table  displays  resolution  percentage  as  a 
function  of  range  separation  and  azimuth  separation.  Each  block  in  the  table  represents  a 
particular  interval  of  range  and  azimuth  separation.  For  example,  the  block  in  the  lower 
right  hand  comer  of  the  table  covers  separations  of  1 .8  nmi  to  2.0  nmi  and  0.0°  to  0.4°. 
The  resolution  in  this  block  was  100.0  percent,  and  the  data  is  based  on  a  sample  size  of 
13.  The  rows  of  numbers  above  the  table  are  the  totals  of  resolution  percentage  and 
sample  size  for  each  range  separation  interval.  In  the  same  manner,  the  numbers  along 
the  right  hand  edge  of  the  table  are  the  azimuth  interval  totals.  The  overall  resolution 
percentage  was  90.1  percent  and  is  based  on  1146  data  points. 

The  worst  case  for  resolution  was  for  separations  of  0.0  nmi  to  0.2  nmi  and  0.4°  to  0.8°. 
In  this  interval  the  resolution  was  71.4  percent.  As  would  be  expected,  resolution 
percentage  decreases  as  range  and  azimuth  separation  decrease.  The  worst  case 
performance  as  a  function  of  azimuth  interval  is  80.4  percent  in  the  interval  0.0°  to  0.4°. 
The  worst  case  performance  as  a  function  of  range  occurs  in  the  interval  of  0.0  nmi  to  0.2 
nmi.  In  this  interval  the  resolution  percentage  was  82.1  percent.  Again,  this  is  as 
expected.  The  closer  the  targets  the  more  they  overlap,  and  the  more  likely  it  is  that  there 
will  be  a  resolution  problem.  However,  even  these  "worst  case"  numbers  are  acceptable. 
This  data  satisfies  the  objective  of  providing  a  baseline  of  the  sensor's  ability  to  resolve 
targets  in  close  proximity. 
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TABLE  4,10-1  RESOLUTION  PERCENT Anir 


<  N 


<  Od 


jE  separation  in  nmi 


TABLE  4.10-2.  TEST  10  VERSUS  TEST  4  COMPARISON 


BEACON 

PD 

(%) 

TOTAL 

PD 

(%) 

ID 

VAL. 

(%) 

ALT. 

VAL. 

(%) 

FALSE 

TARGET 

(%) 

TEST  10  VALUE 

99.15 

99.61 

99.97 

95.30 

0.10 

TEST  4  LIMIT 

>97.0 

>99.0 

>97.0 

>95.0 

<0.30 

LIMIT  MET? 

YES 

YES 

YES 

YES 

YES 

All  of  the  objectives  for  this  procedure  were  verified.  The  sensor's  ability  to  resolve  two 
ATCRBS  targets  in  close  proximity  has  been  established  as  a  function  of  range  separation 
and  azimuth  separation. 

CONCLUSIONS 

This  test  can  be  considered  successful.  All  of  the  objectives  outlined  in  the  Test 
Procedures  have  been  met.  The  sensor  performed  very  much  as  expected,  and  there  were 
no  significant  anomalies  in  the  data. 
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4/M _ TEST  11:  MODE  S  STOCHASTIC  ACQUISITION 

PURPOSE 


These  tests  measured  the  ability  of  the  sensor  to  acquire  Mode  S  tracks  using  the 
stochastic  acquisition  process.  The  tests  used  three  colocated  ground  mounted  Mode  S 
transponders  to  establish  garble  situations. 


TEST  OBJECTIVES 

The  objectives  for  this  test  were  as  follows; 

1 .  To  verify  the  Mode  S  initial  acquisition  process.  Reference:  PTP  Category  1, 
paragraph  4. 1.1. 3. 

2.  To  verify  the  Mode  S  adaptive  acquisition  process.  Reference:  PTP  Category  1 , 
paragraph  4. 1.1. 3. 

3.  To  establish  the  stochastic  acquisition  baseline.  Reference:  PTP  Category  1, 
paragraph  4. 1.1. 3. 

4.  To  verify  that  the  sensor  can  generate  a  Mode  S  only  All-Call  interrogation. 
Reference:  PTP  Category  1,  paragraph  4.1. 1.1,  NAS-SS-1000,  (1330). 


TEST  CONFIGURATION 

Figure  4.1 1-1  depicts  the  configuration  for  this  test. 
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COLLOCATED 


FIGURE  4.11-1.  STOCHASTIC  ACQUISTION 

TEST  DESCRIPTION 

To  establish  the  garble  condition  needed  for  the  test,  three  targets  were  arranged  on  the 
runway  closely  spaced  in  range  and  azimuth.  The  positions  of  the  targets  are  detailed  in 
table  4.11-1  shown  below. 

TABLE  4. 1 1-1 .  TARGET  POSITIONS 


MODE  S  ID/ 

RANGE  IN 

AZIMUTH  IN 

(ATCRBS  ID) 

NMI 

DEG. 

a4aa47/(0201) 

0.44 

125.684° 

a480ee/(0206) 

0.25 

125.771° 

ac945 1/(0211) 

0.33 

125.420° 

The  targets  used  for  the  testing  consisted  of  two  aircraft  equipped  with  Mode  S 
transponders  and  a  van  with  a  Mode  S  transponder  mounted  in  it.  To  make  sure  that  the 
van  was  not  screened  out  by  the  much  larger  aircraft,  it  was  positioned  closest  to  the 
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sensor.  For  the  same  reason,  the  largest  aircraft  was  positioned  furthest  from  the  sensor. 
The  pilots  received  instructions  via  radio  on  where  to  position  the  targets  and  when  to 
turn  their  transponders  on  and  off. 

Stochastic  acquisition  can  be  broken  into  two  broad  areas,  initial  acquisition  and  adaptive 
acquisition.  For  each  subtest  the  initial  and  adaptive  portions  of  the  tests  were  executed 
consecutively.  The  initial  acquisition  portions  of  the  test  verify  the  sensor's  ability  to 
acquire  targets  in  garble  conditions  after  the  sensor  has  been  reset.  During  initial 
acquisition,  the  sensor  had  to  acquire  all  the  targets  in  its  coverage  area  after  a  reset. 

In  the  adaptive  acquisition  portions  of  the  test,  the  sensor  was  not  reset.  The  transponders 
of  the  three  targets  were  turned  off  and  left  off  for  several  minutes  to  assure  that  the 
targets  were  dropped  from  the  roll  call.  Then  all  three  transponders  were  turned  on 
simultaneously.  This  tests  the  ability  of  the  sensor  to  acquire  targets  in  garble  conditions, 
and  add  them  to  the  roll  call. 

The  sensor  was  loaded  with  a  modified  SI  SAP  configuration  for  these  tests.  Twelve 
subtests  were  executed.  F or  all  of  the  subtests,  the  same  changes  were  made  to  the  S 1 
configuration.  The  changes  were: 

rpt_trk_num_in_mode2_fld=  1 
k_thta_acq_mds_trk=  1 

The  starting  value  of  the  reply  probability  and  the  number  of  scans  for  which  the 
probability  is  maintained  are  controlled  by  the  reply_prob  and  sai_scans  SAPs, 
respectively.  Using  the  reply_prob  SAP  the  value  of  the  probability  of  reply  bits  in  the 
interrogator  message  can  be  set  to  1/16,  1/8,  1/4,  1/2,  or  1.  The  initial  probability  of  reply 
doubles  after  a  predetermined  number  of  scans  until  a  probability  of  reply  of  one  is 
achieved.  The  number  of  scans  a  given  probability  is  held  for  is  controlled  by  the 
sai_scans  SAP.  In  initial  acquisition,  these  SAPs  make  sure  that  the  sensor  is  not 
overloaded  by  all  the  targets  in  the  coverage  area  replying  to  All  Calls  at  the  same  time. 
These  SAPs  were  varied  throughout  the  test  in  an  effort  to  determine  which  combination 
yielded  the  best  results.  The  value  of  these  SAPs  for  each  subtest  is  detailed  in  table 
4.11-2  shown  below. 


TABLE  4.1 1-2.  SAP  CHANGES 


Subtests 

Reply _Prob 

Sai_Scans 

1-5 

2 

“  1 

6-8 

l_  2 

3 

9-12 

4 

3 

Extractions  were  made  at  the  RTADS  and  Mode  S  sensor  for  both  initial  and  adaptive 
acquisition  tests. 
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TEST  RESULTS 


Problems  in  the  Mode  S  system  software  prevented  the  collection  and  analysis  of  data 
necessary  to  confirm  proper  operation  of  the  stochastic  acquisition  process.  A  problem 
report  was  prepared  and  a  solution  implemented  with  in  the  sensor.  Lack  of  transponder 
and  aircraft  resources  prevented  the  retest  of  this  function.  This  testing  will  be  completed 
as  part  of  the  OT&E  of  the  Mode  S  sensors. 
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5.  DEFINITION  OF  TERMS  AND  ACRONYMS 


ARIES 

ASR-9 

ATC 

ATCBI-5 

ATCRBS 

Azimuth  splits 

Azimuthal  reflections 


Aircraft  Reply  and  Interference  Environmental  Simulator 
Air  Surveillance  Radar 
Air  Traffic  Control 

Air  Traffic  Control  Beacon  Interrogator 

Air  Traffic  Control  Radar  Beacon  System 

Azimuth  splits  occur  when  beacon  replies  of  a  target  are 
interrupted  and  two  targets  are  declared 

When  a  target  is  displayed  at  an  azimuth  that  is  significantly 
different  from  that  of  the  true  target,  it  is  called  an  azimuthal 
reflection. 


Basic  41  scenario  A  series  of  three  scenarios  (ATCRBS  only,  Mode  S  only,  and 

mixed)  that  simulate  stress  situations.  Each  scenario  contains 
41  targets. 


Blip/scan  ratio  (Probability  of  The  ratio  of  blips  (the  number  of  times  a  target  was  detected)  to 
Detection)  scans  (the  number  of  times  the  target  should  have  been 

detected)  is  expressed  as  a  percentage.  The  blip/scan  ratio  is  an 
important  figure  for  evaluating  radar  performance.  For  example, 
if  the  blip/scan  value  falls  to  60percent,  the  probability  is  greater 
that  tracks  will  go  into  the  coast  mode  much  more  frequently. 

Communications  Interface  Driver 


Conflict 


When  two  or  more  targets  are  within  2  nmi  and  4  degrees  of 
each  other. 


dBm 


DR 


The  loss  in  decibels  is  ten  times  the  logarithm  of  the  power 
ratio,  where  the  reference  power  level  is  1  milliwatt. 

Data  Reduction 


False  target  reports  Any  discrete  beacon  code  report  determined  by  software 

analysis  to  be  split  in  azimuth,  split  in  range,  or  a  reflected 
target  report. 

Fruit  Non  synchronous  replies,  such  as  those  caused  by  interrogation 

of  the  transponders  by  other  interrogators,  are  called  fruit. 
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Fruit  rate 


Garble 

Garbled  replies 

IBI 
ISLS 
MARDE 
Mode  S 
Orientation 

Pd 

Pfa 

PTP 

Range  split 

Radar  Reinforced  (R/R) 

Reflections 

RF 

Ring  around 


Fruit  is  transponder  replies  to  interrogators  other  than  the 
interrogator  of  interest.  Fruit  replies  appear  asynchronous  to  the 
interrogator  of  interest.  Fruit  levels  are  given  in  the  following 
table: 

Level  ATCRBS  Mode  S 
Moderate  4,000  50 

Heavy  40,000  200 

The  sensor  condition  where  replies  from  different  targets 
overlap 

When  two  aircraft  are  located  at  approximately  the  same  slant 
range  and  azimuth,  their  beacon  replies  can  overlap.  Overlapped 
replies  that  cannot  be  separated  in  time  are  processed  as  garbled 
replies. 

Interim  Beacon  Interrogator 
Improved  side  lobe  suppression. 

Mode  S  Analysis  and  Recording  Display  Environment 
Mode  Select 

Orientation  of  an  azimuthal  or  back-lobe  reflector  is  the  angle 
measured  from  true  north  to  the  face  of  the  reflecting  surface. 
Orientation  of  a  downlink  reflector  is  the  angle  measured 
between  the  plane  of  the  reflector  and  a  line  perpendicular  to  the 
antenna  tower. 

Probability  of  Detection  (see  blip/scan  ratio) 

Probability  of  False  Alarm 
Performance  Test  Plan 

Range  splits  occur  when  beacon  replies  of  a  target  are 
interrupted  and  two  targets  are  declared. 

The  radar  reinforced  value  is  the  ratio  of  the  number  of  beacon 
messages  with  the  reinforced  bit  set  to  the  total  number  of 
beacon  messages  received,  expressed  as  a  percentage. 

A  discrete  beacon  code  report  within  one  scan  interval  of  a 
second  report  determined  to  be  the  true  report.  The  true  report  is 
considered  to  be  the  report  form  the  target  that  was  present 
during  previous  scans. 

Radio  Frequency 

Side  lobe  replies  and  ring  around  are  considered  to  be 
equivalent  terms,  and  are  used  to  describe  the  appearance  of 
false  targets  that  are  caused  by  side  lobe  replies. 


RTADS 

Real-Time  Aircraft  Display  System 

SCIP 

Surveillance  and  Communication  Interface  Processor 

Side  lobe  replies 

A  side  lobe  target  is  displayed  at  the  same  range  as  the  true 
target,  but  at  a  different  azimuth.  These  side  lobe  replies  are 
detected  as  multiple  targets  by  the  data  processing  equipment. 

SLS 

Side  Lobe  Suppression. 

SPR 

System  Problem  Report 

STC 

Sensitivity  Time  Constant 

Target  reliability 

The  probability  that  the  transponder  will  reply  to  an 
interrogation  is  called  target  reliability  or  round  reliability. 

Target  splits 

A  target  split  occurs  when  one  target  is  displayed  as  multiple 
targets. 

TDR 

Transportable  Radar  Analysis  Computer  System  (TRACS)  Data 
Reduction  Program 

track  swap 

This  is  a  condition  where  two  or  more  targets  come  into  close 
proximity  (usually  a  conflict),  and  this  causes  a  misassignment 
at  least  one  target  ID  for  the  duration  of  that  track. 

TRACS 

Transportable  Radar  Analysis  System 

TVRTM 

Test  Verification  Requirements  Traceability  Matrix 

VSWR 

Voltage  Standing  Wave  Ratio 
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APPENDIX  A. 


FORMAL  TEST  SPRs 


The  table  shown  below  lists  the  SPR's  referred  to  in  the  report  and  which  tests  they  apply  to. 


SPR  number 

Problem 

Related  Tests 

FC93-00501 

Beacon  log  video  pulse  stretching 

Test  1  (IBI/ATCBI-5  Comparison) 

FC93-21409 

Sensor  not  operational  using  Heavy  Fruit 

Test  3  (Surveillance  Baseline-Pd/Pfa), 

Test  4  (Surveillance  Baseline-Report 
Parameters),  Test  6  (Data  Link) 

FC93-30910 

High  reinterrogation  rate 

Test  4  (Surveillance  Baseline-Report 
Parameters) 

FC93-30902 

Adaptive  Thresholding  Partially 

Ineffective 

Test  8  (Reflection  Analysis) 

FC93-22106 

Mode  S  targets  simultaneously  on  Roll- 
Call  and  responding  to  All-Calls 

Test  1 1  (Stochastic  Acquisition) 
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APPENDIX  B 


DIRECTORY  STRUCTURE  AND  NAMING  CONVENTION 


DIRECTORY  STRUCTURE 


All  of  the  files  for  these  tests  reside  under  the  /PERF/fl  directories  on  the  SUN.  PERF 
represents  "performance  test,"  and  fl  represents  "formal,  run  1."  Under  the  fl  directory 
there  is  a  directory  for  each  test.  These  directories  are  named  tl  for  Test  1,  t2  for  Test  2, 
and  so  on.  Under  the  directory  for  each  test  there  are  directories  for  extraction  files,  DR 
files,  and  TDR  files.  The  names  of  these  directories  are  de,  dr,  tdr,  respectively.  For 
example,  an  extraction  file  for  test  1 1  would  be  under  PERF/fl/tl  1/de.  Similarly  a  TDR 
file  for  test  4  would  be  under  PERF/fl /t4/tdr. 

NAMING  CONVENTION 

There  are  two  naming  conventions  used  for  these  files.  One  convention  applies  to 
extraction  files,  and  the  other  applies  to  DR  and  TDR  files. 

The  naming  convention  for  extraction  files  is  the  more  simple  of  the  two.  Consider  the 
template  shown  below. 


(test  #)(extraction  type)(subtest  #).(date) 

Test  number  is  the  number  of  the  test  the  extraction  is  related  to.  This  parameter  can  be 
one  or  two  characters  as  required.  The  extraction  type  is  one  character  in  length  and 
identifies  whether  the  extraction  is  from  the  Mode  S  Sensor,  ARIES,  or  CID.  The 
allowable  values  for  extraction  type  are  m  for  Mode  S,  a  for  ARIES,  and  c  for  CID.  The 
subtest  number  identifies  which  subtest  the  extraction  is  related  to.  If  a  subtest  is 
executed  more  that  once,  the  subtest  number  is  followed  by  a  letter.  For  instance,  the 
second  execution  of  subtest  four  would  be  termed  "4a."  The  three  character  extension 
represents  the  date.  The  first  character  represents  the  month  as  an  integer,  and  the  next 
two  characters  specify  the  day.  Months  that  would  require  more  than  one  decimal  digit 
are  expressed  in  hexadecimal.  As  an  example,  the  Mode  S  extraction  file  from  test  8, 
subtest  1,  executed  on  July  15,  would  be  named  8ml. 71 5.  If  an  ARIES  extraction  file  for 
the  third  execution  of  subtest  7  from  test  4  was  made  on  November  8,  the  file  would  be 
named  4a7b.b08. 


The  naming  convention  for  DR  and  TDR  files  is  somewhat  more  involved.  Consider  the 
template  shown  below. 


(test  #)(test  tool)(subtest  #).(extension) 

The  test  number  and  subtest  number  are  exactly  as  defined  for  the  extraction  files.  The 
three-character  extension  has  only  two  allowable  values  in  this  convention.  For  plot  files 
the  extension  is  ".pit,"  for  listing  files  ".1st"  is  used.  Anything  that  is  not  a  plot  file  is 
defined  as  a  listing. 
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The  confusion  here  is  with  the  naming  convention  for  the  "test  tool"  parameter.  This 
identifies  which  DR  or  TDR  program  was  used  to  create  the  file.  Since  some  programs 
exist  in  both  DR  and  TDR  versions  (Surveillance  Analysis,  for  example),  it  is  possible  for 
two  different  files  to  have  the  same  name.  This  problem  is  rectified  by  the  directory 
structure  used.  TDR  files  reside  in  the  appropriate  tdr  directories  and  DR  files  reside  in 
dr  directories.  The  table  below  identifies  all  of  the  test  tools  used  in  these  tests,  whether 
they  are  DR  or  TDR  programs,  and  the  abbreviation  used  in  for  the  tool  in  the  naming 
convention. 


ABBREVIATION 

TEST  TOOL  NAME 

DR7TDR 

aa 

Accuracy  Analysis 

DR 

aam 

Accuracy  Analysis  Merge 

DR 

ac 

ARIES  Compare 

DR 

bf 

Beacon  False  Target  Summary 

DR  and  TDR 

bffn 

Beacon  False  Target  Summary  Merge 

TDR 

ca 

Conflict  Analysis 

DR 

cm 

Channel  Management  Statistics 

DR 

dl 

Data  Link  Statistics 

DR 

fltr 

Filter 

TDR 

misc 

Miscellaneous  Print 

DR 

np 

Nine  Point 

DR  and  TDR 

npm 

Nine  Point  Merge 

DR  and  TDR 

pp 

Surveillance  Print  and  Plot 

TDR 

res 

Resolution  Analysis 

DR 

resm 

Resolution  Analysis  Merge 

DR 

sa 

Surveillance  Analysis 

DR  and  TDR 

sam 

Surveillance  Analysis  Merge 

TDR 

sf 

Surveillance  File  Analysis 

DR 

si 

Mode  S  List 

DR 

sp 

Surveillance  Print 

DR 

sum 

Scan  Summary 

DR 

All  of  the  files  created  during  these  tests  are  archived  on  magnetic  tape  using  the 
directory  structure  and  naming  convention  detailed  above.  Lists  of  the  names  of  these 
files  organized  by  test  number  appear  in  appendices  D  and  E  of  this  document.  Any 
departure  from  the  naming  convention  will  be  detailed  where  it  occurs. 
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APPENDIX  C 

LIST  OF  FILES  CREATED  DURING  DATA  EXTRACTION 


This  appendix  contains  the  names  of  all  the  data  extraction  files  created  during  testing. 
The  types  of  files  included  are  Mode  S  extractions,  ARIES  extractions,  RTADS 
extractions,  and  CID  extractions.  Unless  otherwise  noted,  all  of  these  files  conform  to  the 
naming  convention  of  appendix  C.  The  files  for  each  test  are  presented  as  a  group.  Files 
that  were  created  but  not  used  due  to  data  corruption,  incorrect  execution  of  the  test,  or 
any  other  reason  will  be  identified  as  they  appear. 


m  aai  ■  m  m  u  n  i  a  kmj  Jiv-vt  itwii  a»;n  i  recta 


The  files  in  the  table  below  were  extracted  and  reduced,  but  not  used  in  the  report.  It  was 
discovered  that  the  ATCBI/IBI  power  level  matching  done  prior  to  the  testing  was 
incorrect,  rendering  any  results  based  on  these  extractions  suspect. 
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The  files  in  the  table  below  contain  the  names  of  the  files  that  were  reduced  and  analyzed 
to  produce  the  conclusions  that  appear  in  this  report. 


SUBTEST 

NUMBER 


la 

2a 


3a 


4a 


5a 


6a 


7a 


8a 


9a 


10a 


11a 


12a 


13a 


14a 


15a 


16a 


17a 


18a 


19a 

20a 


RTADS  FILE 
NAME 


lrla.823 


lr2a.823 


lr3a.823 


lr4a.823 


lr5a.823 


lr6a.823 


lr7a.823 


lr8a.823 


lr9a.823 


lrlOa.823 


lrlla.823 


lrl2a.823 


lrl3a.823 


lr  14a.  823 


lrl5a.823 


lrl6a.826 


lrl7a.826 


lrl8a.826 


lrl9a.826 


lr20a.724 


SUBTEST 

NUMBER 


21a 


22a 


23a 


24a 


25a 


26a 


27a 


28a 


29a 


30a 


31a 


32a 


33a 


34a 


35a 


36a 


37a 


38a 


39a 


40a 


RTADS  FILE 
NAME 


lr21a.826 


lr22a.826 


lr23a.826 


lr24a.826 


lr25a.826 


lr26a.826 


lr27a.826 


lr28a.826 


lr29a.826 


lr30a.826 


lr31a.826 


lr32a.826 


lr33a.827 


lr34a.827 


lr35a.827 


lr36a.827 


lr37a.830 


lr38a.830 


lr39a.830 


lr40a.830 


TEST  2  (IBJ  PERFORMANCE  MONITORING!  EXTRACTIONS 

This  test  did  not  require  the  creation  of  any  extraction  files. 
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SUBTEST 

NUMBER 


RTADS  FILE 
NAME 


MODE  S  FILE 
NAME 


ARIES  FILENAME 


3rl  .819 

3m  1.8 19 

3al  .819 

3rla.820 

3mla.820 

3ala.820 

3r2.819 

3m2.819 

3a2.819 

3r3.819 

3m3.819 

3a3.819 

3r4.819 

3m4.819 

3a4.819 

3r4a.820 

3m4a.820 

3a4a.820 

3r5.820 

3m5.820 

3a5.820 

3r6.820 

3m6.820 

3a6.820 

3r7.820  1 

3m7.820 

3a7.820 

3r8.820 

3m8.820 

3a8.820 

3r9.bl6 

3m9.bl6 

3a9.bl6 

3rl0.bl6 

3ml0.bl6 

3al0.bl6 

3rll.bl6 

3ml  l.bl6 

3all.bl6 

3rl2.bl6 

3ml2.bl6 

3al2.bl6 

Due  to  sensor  yellow  codes  observed  during  the  execution  the  files  from  subtests  1  and  3 
extracted  on  August  19, 1993,  were  not  used.  The  files  included  in  the  statistics  in  the 
report  are  la  and  3a  files  extracted  on  August  20,  1993. 
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refflirogB 


SUBTEST 


RTADS  FILE 
NAME 


MODE  S  FILE 
NAME 


4r  1.629 


4rla.707 


4rlb.917 


4r2.629 


4r2a.707 


4r3.629 


4r3a.707 


4r4.630 


4r5.630 


4r6.630 


4r7.810 


4r8.810 


4r8b.903 


4r8c.bl6 


4r9.810 


4r9a.cl5 


4r  10.629 


4rl0a.708 


4rl  1.629 


4rlla.708 


4r  12.629 


4rl2a.708 


4rl3.630 


4rl4.701 


4rl  5.701 


4rl6.cl5 


4rl7.810 


4rl7b.903 


4rl7c.cl5 


4rl8.cl5 


4rrein.719 


4rreina.728 


4m  1  .629 


4mla.707 


4mlb.917 


4m2.629 


4m2a.707 


4m3.629 


4m3a.707 


4m4.630 


4m5.630 


4m6.630 


4m7.810 


4m8.810 


4m8b.903 


4m8c.bl6 


4m9.810 


4m9a.cl5 


4ml  0.629 


4ml0a.708 


4m  11.629 


4m  11  a.  708 


4ml2.629 


4ml2a.708 


4ml3.630 


4ml4.701 


4ml5.701 


4ml6.cl5 


4ml7.810 


4ml7b.903 


4ml7c.cl5 


4ml8.cl5 


4mrein.719 


4mreina.728 


ARIES  FILE 
NAME 


4al.629 


4ala.707 


4alb.917 


4a2.629 


4a2a.707 


4a3.629 


4a3a.707 


4a4.630 


4a5.630 


4a6.630 


4a7.810 


4a8.810 


4a8b.903 


4a8c.bl6 


4a9.810 


4a9a.cl5 


4al  0.629 


4al0a.708 


4al  1.629 


4alla.708 


4al2.629 


4al2a.708 


4al3.630 


4al4.701 


4al5.701 


4al6.cl5 


4al7.810 


4al7b.903 


4al7c.cl5 


4al8.cl5 


4arein.719 


4areina.728 


The  "latest"  file  listed  in  this  table  is  always  the  file  used  for  the  statistics  in  this  report. 
For  example,  4rl7b.903  was  used  rather  than  4rl7.810.  The  reader  will  note  that  there 
is  no  4rl7a.xxx  file.  This  is  due  to  problems  executing  scenarios  that  involve  the  use 
of  heavy  or  intermediate  fruit  scenarios.  During  the  execution  of  many  of  these  tests 
the  sensor  shut  down  with  red  codes  prior  to  the  conclusion  of  the  test.  The  extractions 
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from  these  executions  were  of  little  use,  so  they  were  not  saved.  However,  if  an  attempt 
was  made  the  run  number  was  incremented. 


The  files  listed  under  "rein"  are  extractions  related  to  an  ARIES  scenario  that  was  created 
to  help  determine  the  re-interrogation  rate  as  a  function  of  range. 

TEST  5  (CONFLICT  SITUATIONS)  EXTRACTIONS 

Subtest  1  required  a  regression  test  as  explained  in  the  body  of  this  document.  The  first 
regression  (run  "la")  contained  a  shift  in  azimuth  in  the  disseminated  data.  The 
extractions  from  this  file  were  not  used.  The  extractions  from  the  second  regression  (run 
"lb")  were  used  for  the  statistics  in  the  report. 


SUBTEST 

RTADS  FILE 
NAME 

MODE  S  FILE 
NAME 

ARIES  FILE 
NAME 

1 

5rl.701 

5ml.701 

5al.701 

la 

5rla.903 

5mla.903 

5ala.903 

lb 

5rlb.917 

5mlb.917 

5alb.917 

2 

5r2.701 

5m2.701 

5a2.701 

3 

5r3.701 

5m3.701 

5a3.701 

4 

5r4.701 

5m4.701 

5a4.701 

TEST  6  (DATA  LINK  BASELINE!  EXTRACTIONS 


SUBTEST 

RTADS  FILE 
NAME 

MODE  S  FILE 
NAME 

ARIES  FILE 
NAME 

CID  FILE 
NAME 

4 

6r4.816 

6m4.816 

6a4.816 

6c4.816 

5 

6r5.816 

6m5.816 

6a5.816 

6c5.816 

6 

6r6.816 

6m6.816 

6a6.816 

6c6.8 1 6 

10 

6rl0.816 

6ml0.816 

6al0.816 

6cl0.816 

11 

6rl  1.816 

6mll.816 

6al  1.816 

6cl  1.816 

12 

6rl2.816 

6ml2.816 

6al2.816 

6cl2.816 

13 

6rl3.903 

6ml3.903 

6al3.903 

6cl 3.903 

14 

6rl4.903 

6m  14.903 

6al4.903 

6cl4.903 

TEST  7  (MODE  S  SENSOR  COVERAGE!  EXTRACTIONS 

The  table  below  contains  the  names  of  all  the  files  created  during  tests  using  live  targets. 
As  explained  in  the  body  of  this  report,  the  RTADS  extractions  from  sensor  137  were  not 
usable  due  to  the  lack  of  TOY  time  updates  on  the  files. 


The  next  table  contains  the  names  of  all  the  files  created  during  the  tests  that  used  targets 
generated  by  ARIES.  The  extraction  from  "run  b"  of  subtest  8  were  the  ones  used  to 
generate  the  data  that  appears  in  this  report. 


SUBTEST 

RTADS  FILE 
NAME 

MODE  S  FILE 
NAME 

ARIES  FILE 
NAME 

6 

7r6.806 

7m6.806 

7a6.806 

7 

7r7.806 

7m7.806 

7a7.806 

8 

7r8.806  | 

7m8.806 

7a8.806 

8a 

7r8a.813 

7m8a.813 

7a8a.813 

8b 

7r8b.820 

7m8b.820 

7a8b.820 

TEST  8  (MODE  S  REFLECTION  ANALYSIS^  EXTRACTIONS 


Subtests  10  through  14  were  originally  executed  with  the  wrong  values  loaded  in  the  STC 
curve  SAPs.  When  this  was  discovered  these  subtests  were  rerun  with  the  correct  SAPs. 

The  files  labeled  10a  through  14a  were  used  to  generate  the  statistics  that  appear  in  this 
report. 
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SUBTEST 


RTADS  FILE 
NAME 


MODE  S  FILE 
NAME 


ARIES  FILE 
NAME 


i 

8rl.728 

8ml. 728 

8al.728 

7 

8r7.728 

8m7.728 

8a7.728 

10 

8r  10.806 

8ml  0.806 

8al  0.806 

10a 

8rl0a.A04 

8ml0a.AO4 

8al0a.A04 

11 

8rl  1.806 

8m  11.806 

8al  1.806 

11a 

8rlla.A04 

8m  1  la.A04 

8alla.A04 

12 

8rl2.806 

8ml2.806 

8al2.806 

12a 

8rl2a.A04  1 

8ml2a.A04 

8al2a.A04 

13 

8r  13.806 

8ml3.806 

8al3.806 

13a 

8rl3a.A04 

8ml3a.A04 

8al3a.A04 

14 

8rl4.806 

8ml4.806 

8al4.806 

14a 

8rl4a.A04 

8ml4a.A04 

8al4a.A04 

TEST  9  (SENSOR  ACCURACY)  EXTRACTION 


Because  the  extractions  for  this  test  were  created  in  conjunction  with  another  test  group 
(OT&E),  they  do  not  conform  to  the  naming  convention  of  appendix  C.  The  first  letter 
identifies  whether  the  file  is  an  RTADS  (r)  or  Mode  S  (s)  extraction.  The  next  two 
characters  (gl)  identify  the  test  name  that  the  OT&E  group  uses.  The  next  number  is  the 
OT&E  test  number.  The  next  character  indicates  the  type  of  transponder  used  in  the  test; 
a  for  ATCRBS,  m  for  Mode  S.  The  last  two  characters  before  the  extension  indicate  the 
run  number.  For  example,  r2  would  be  the  second  run  of  a  given  test.  The  three  letter 
extension  is  the  date  of  the  extraction. 


SUBTEST 


1 


2 


3 


RTADS  FILE 

MODE  S  FILE 

rgl7aarl.708 

mgl7aarl.708 

rgl8aarl.708 

mgl8aarl.708 

rgl9aarl.708 

mgl9aarl.708 

rgl7marl.709 

mg  17mar  1.709 

rgl8marl.709 

mgl8mar  1.709 

rgl9marl.709 

mg  19mar  1.709 

rgl4marl.803 

mgl4aarl.803 

rgl5marl.803 

mgl5aar  1.803 

rgl6mar  1.803 

mgl6aarl.803 

rgl4aarl.803 

mgl4aarl.803 

rgl5aarl.803 

mgl5aar  1.803 

rgl6aarl.803 

mgl6aarl.803 

rgl  laarl.706 

mgl  laarl.706 

rgl2aarl.706 

mgl2aarl.706 

rgl3aarl.706 

mgl  3aar  1.706 

rgl  1  marl. 706 

mgllmarl.706 

rgl2mar  1.706 

mg  12mar  1.706 

rgl3marl.706 

mg  13mar  1.706 
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As  was  the  case  with  Test  9,  these  files  do  not  conform  to  the  naming  convention  of 
appendix  C.  The  first  letter  identifies  whether  the  file  is  an  RTADS  (r)  or  Mode  S  (s) 
extraction.  The  next  two  characters  (gl)  identify  the  test  name  that  the  OT&E  group 
uses.  The  next  number  is  the  OT&E  test  number.  The  next  character  indicates  the  type 
of  transponder  used  in  the  test;  a  for  ATCRBS,  m  for  Mode  S.  The  last  two  characters 
before  the  extension  indicate  the  run  number.  For  example,  r3  would  be  the  third  run  of  a 
given  test.  The  three  letter  extension  is  the  date  of  the  extraction. 


SUBTEST 


RTADS  FILE 


rg_lrrl.727 


rg_lrrl.727 


rg_lrr  1.727 


rg_lrrl.727 


rgjrr  1.727 


rg_lrrl.727 


rg_lrrl.727 


rg_lrrl.727 


MODE  S  FILE 


mg_lrrl.727 


mg_lrrl.727 


mg_lrr  1.727 


mg_lrrl.727 


mg_lrrl.727 


mgjrrl.727 


mg_lrr  1.727 


mglrrl.727 


The  first  attempt  to  execute  this  test  was  done  with  an  incorrect  SAP  configuration  loaded 
into  the  sensor.  Because  of  this  the  data  files  created  that  day  were  not  used  for  the 
statistics  included  in  this  report.  The  names  of  these  files  appear  in  the  table  below. 


Another  set  of  extraction  was  made  with  the  correct  SAP  configuration.  These  are  the 
files  used  to  generate  the  statistics  that  appear  in  this  report.  The  names  of  these  files  are 
given  in  the  table  below.  The  filtered  RTADS  files  contain  disseminated  information 
only  from  targets  in  the  area  of  the  runway  where  the  testing  was  conducted.  All  other 
targets  were  filtered  out  of  these  files. 


SUBTEST 

RTADS  FILE 
NAME 

FILTERED  RTADS 
FILE  NAME 

MODE  S  FILE 
NAME 

la 

1  lrla.813 

1  lrlaf.813 

llmla.813 

2a 

1  lr2a.813 

1  lr2af.813 

llm2a.813 

3a 

llr3a.813 

llr3af.813 

llm3a.813 

4a 

llr4a.813  H 

1  lr4af.813 

llm4a.813 

5a 

llr5a.813 

1  lr5af.813 

1  lm5a.813 

6a 

llr6a.813 

1  lr6af.813 

llm6a.813 

7a 

1  lr7a.813 

1  lr7af.813 

1  lm7a.813 

8a 

llr8a.813 

1  lr8af.813 

1  lm8a.813 

9a 

llr9a.813 

1  lr9af.813 

llm9a.813 

10a 

1  lrlOa.813 

1 1  r  1  Oaf.  813 

1  lmlOa.813 

11a 

llrlla.813 

1  lrllaf.813 

llmlla.813 

12a 

llrl2a.813 

1  lrl2af.813 

1  lml2a.813 
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APPENDIX  D 

FILES  CREATES  DURING  DATA  REDUCTION 


This  appendix  contains  lists  of  all  the  files  created  during  data  reduction  and  analysis. 

All  of  the  files  from  each  test  are  grouped  together.  Unless  otherwise  noted  all  of  the  file 
names  conform  to  the  naming  convention  of  appendix  C.  Files  that  were  created  but  not 
used  to  generate  the  statistics  in  this  report  will  be  identified  as  they  appear. 

TEST  1  ( ATCBI-5/IBI  COMPARISON)  REDUCTION  FILES 

There  are  three  tables  of  files  in  this  section.  Due  to  mismatched  ATCBI-5  and  IBI 
power  levels,  the  files  from  the  first  execution  of  this  test  were  considered  invalid  and  not 
used.  The  names  of  these  files  appear  in  the  first  table.  After  the  power  levels  were 
matched,  the  tests  were  re-executed  and  the  data  reduced.  These  files  are  shown  in  the 
second  table.  All  of  the  files  from  the  second  run  of  tests  have  an  "a"  appended  to  the 
subtest  number.  The  third  table  contains  files  that  were  generated  during  the  process  of 
filtering  out  targets  that  were  associated  with  multiple  splits  or  ringarounds.  These  files 
have  an  "f '  appended  to  the  file  name  to  indicate  that  they  are  a  filtered  file.  All  of  these 
files  were  generated  under  TDR  as  opposed  to  DR. 
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r  TDR  FILE  NAME 

> 

TDR  FILE  NAME 

lbfl.lst/lbfl.plt 

Isa  1.1st/ Isa  l.plt 

Ibf2.1st/lbf2.plt 

Isa2.1st/lsa2.pit 

lbB.lst/lbO.plt 

Isa3.1st/lsa3.plt 

Ibf4.1st/lbf4.plt 

Isa4.1st/lsa4.plt 

Ibf5.1st/lbf5.plt 

Isa5.1st/lsa5.plt 

Ibf6.1st/lbf6.plt 

Isa6.1st/lsa6.plt 

Ibf7.1st/lbf7.plt 

Isa7.1st/lsa7.plt 

lbfB.lst/lbfB.plt 

Isa8.1st/lsa8.plt 

Ibf9.1st/lbf9.plt 

Isa9.1st/lsa9.plt 

lbfl  O.lst/lbflO.plt 

lsalO.lst/lsalO.plt 

lbfl  l.lst/lbfl  l.plt 

1  sal  l.lst/lsal  l.plt 

1  bfl2.1st/lbf!2.plt 

Isal2.1st/lsal2.plt 

Ibfl3.1st/lbfl3.plt 

1  sal  3.1st/lsal3.plt 

lbfl  4.1st/ lbfl  4. pit 

Isal4.1st/lsal4.plt 

lbfl  5.1st/lbfl5.plt 

Isal5.1st/lsal5.plt 

1  bfl  6.1st/ 1  bfl  6  .pit 

Isal6.1st/lsal6.plt 

Ibfl7.1st/lbfl7.plt 

Isal7.1st/lsal7.plt 

Ibfl8.1st/lbfl8.plt 

lsal  8.1st/lsal  8.plt 

1  bfl  9.1st/l  bfl  9.plt 

Isal9.1st/lsal9.plt 

Ibf20.1st/lbf20.plt 

Isa20.1st/lsa20.plt 

Ibf21.1st/lbf2  l.plt 

Isa21.1st/lsa2  l.plt 

Ibf22.1st/lbf22.plt 

Isa22.1st/lsa22.plt 

Ibf23.1st/lbf23.plt 

Isa23.1st/lsa23.plt 

Ibf24.1st/lbf24.plt 

Isa24.1st/lsa24.plt 

Ibf25.1st/lbf25.plt 

Isa25.1st/lsa25.plt 

1  Ibf26.1st/lbf26.plt 

Isa26.1st/lsa26.plt 

Ibf27,lst/lbf27.plt 

Isa27.1st/lsa27.plt 

Ibf28.1st/lbf28.plt 

Isa28.1st/lsa28.plt 

!  Ibf29.1st/lbf29.plt 

Isa29.1st/lsa29.plt 

1  bf3  0.1st/ 1  bf3  O.plt 

Isa30.1st/lsa30.plt 

1  bfi  1. 1st/ lbf3  l.plt 

Isa31.1st/lsa3  l.plt 

lbf32.1st/lbB2.plt 

Isa32.1st/lsa32.plt 

1  bf3  3 .1st/ 1  bf3  3  .pit 

Isa33.1st/lsa33.plt 

Ibf34.1st/lbf34.plt 

Isa34.1st/lsa34.plt 

Ibf35.1st/lbf35.plt 

Isa35.1st/lsa35.plt 

lbB6.1st/lbf36.plt 

Isa36.1st/lsa36.plt 

Ibf37.1st/lbf37.plt 

Isa37.1st/lsa37.plt 

Ibf38.lst7lbf38.plt 

Isa38.1st/lsa38.plt 

1  bf3  9 . 1st/ 1  bf3  9.plt 

Isa39.1st/lsa39.plt 

Ibf40.1st/lbf40.plt 

Isa40.1st/lsa40.plt 
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SUBTEST 

NUMBER 

TDR  FILE  NAME 

TDR  FILE  NAME 

la 

lbfla.lst/lbfla.plt 

1  sal  a.lst/1  sal  a.plt 

2a 

Ibf2a.lst/lbf2a.plt 

Isa2a.lst/lsa2a.plt 

3a 

lbDa.lst/lbDa.plt 

lsa3  a.lst/1  sa3a.plt 

4a 

Ibf4a.lst/lbf4a.plt 

Isa4a.lst/lsa4a.plt 

5a 

Ibf5a.lst/lbf5a.plt 

Isa5a.lst/lsa5a.plt 

6a 

Ibf6a.lst/lbf6a.plt 

Isa6a.lst/lsa6a.plt 

7a 

Ibf7a.lst/lbf7a.plt 

Isa7a.lst/lsa7a.plt 

8a 

1  bfSa.lst/ 1  bfSa.plt 

Isa8a.lst/lsa8a.plt 

9a 

Ibf9a.lst/lbf9a.plt 

Isa9a.lst/lsa9a.plt 

10a 

1  bfl  Oa.lst/ 1  bfl  Oa.plt 

1  sal  Oa.lst/1  sal  Oa.plt 

11a 

lbfl  la.lst/lbfl  la.plt 

1  sail  a.lst/1  sal  la.plt 

12a 

1  bfl  2a.  1st/ 1  bfl  2a.plt 

1  sal  2a.lst/l  sal  2a.plt 

13a 

1  bfl  3  a.lst/1  bfl  3  a.plt 

Isal3a.lst/lsal3a.plt 

14a 

1  bfl  4a.  1st/ 1  bfl  4a.plt 

1  sa  1 4a.lst/l  sal  4a.plt 

15a 

1  bfl  5a.lst/l  bfl  5a.plt 

1  sal  5  a.lst/1  sal  5a.plt 

16a 

1  bfl  6a.  1st/ 1  bfl  6a.plt 

1  sa  1 6a.  1st/ 1  sa  1 6a.plt 

17a 

1  bfl  7  a.  1st/ 1  bfl  7a.plt 

1  sa  1 7a.lst/l  sa  1 7a.plt 

18  a 

1  bfl  8a.lst/ 1  bfl  8a.plt 

1  sal  8a.lst/l  sal  8a.plt 

19a 

1  bfl  9a.lst/l  bfl  9a.plt 

1  sa  1 9a.  1st/ 1  sa  1 9a.plt 

20a 

1  bf20a.lst/l  bf20a.plt 

1  sa2  Oa.lst/1  sa20a.plt 

21a 

lbf21  a.lst/1  bf2  la.plt 

1  sa2 1  a.lst/ 1  sa2 1  a.plt 

22a 

1  bf22a.lst/l  bf22a.plt 

1  sa22a.lst/l  sa22a.plt 

23a 

Ibf23a.lst/lbf23a.plt 

1  sa23a.lst/l  sa23a.plt 

24a 

Ibf24a.lst/lbf24a.plt 

1  sa24a.lst/l  sa24a.plt 

25a 

1  b£25a.lst/l  bf25a.plt 

1  sa25a.lst/ 1  sa25  a.plt 

26a 

1  bf26a.lst/ 1  bf26a.plt 

1  sa26a.lst/l  sa26a.plt 

27a 

1  bf27a.lst/l  bf27a.plt 

1  sa27a.lst/l  sa27a.plt 

28a 

1  bf28a.lst/l  bf28a.plt 

1  sa28a.lst/l  sa28a.plt 

29a 

1  bf29a.lst/ 1  bf29a.plt 

1  sa29a.lst/l  sa29a.plt 

30a 

1  bD  Oa.lst/1  bf30a.plt 

1  sa3  Oa.lst/ 1  sa3  Oa.plt 

31a 

lbf31  a.lst/1  bf3  la.plt 

1  sa3 1  a.  1st/ 1  sa3 1  a.plt 

32a 

1  bf32a.lst/l  bf32a.plt 

1  sa32a.lst/l  sa32a.plt 

33a 

1  bf3  3  a.lst/ 1  bf3  3  a.plt 

1  sa33a.lst/l  sa33a.plt 

34a 

1  bD4a.lst/ 1  bf34a.plt 

1  sa34a.lst/ 1  sa34a.plt 

35a 

1  bD  5a.lst/ 1  bf3  5a.plt 

1  sa3  5a.lst/ 1  sa3  5a.plt 

36a 

1  bD  6a.  1st/ 1  bD  6a.  pit 

1  sa3  6a.lst/ 1  sa36a.plt 

37a 

lbD7a.lst/lbD7a.plt 

1  sa3  7a.lst/l  sa37a.plt 

38a 

1  bD  8a.lst/ 1  bD  8a.plt 

1  sa3  8a.lst/ 1  sa3  8a.plt 

39a 

lbD9a.lst/lbD9a.plt 

1  sa39a.lst/l  sa39a.plt 

40a 

1  bf40a.lst/l  bf40a.plt 

1  sa40a.lst/ 1  sa40a.plt 
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SUBTEST 

NUMBER 


TDR  FILE  NAME 


lbfl  af.lst/lbfl  af.plt 


Ibf3af.lst/lbf3af.plt 


1  bf7af.lst/l  bf7af.plt 


1  bfPaf.  lst/1  bf9af.plt 


lbl  lfaf.lst/lbfl  1  af.plt 


Ibfl3af.lst/lbfl3af.plt 


1  bfl  5af.lst/l  bfl  5af.plt 


1  bfl  9af.lst/l  bfl  9af.plt 


1  bf23af.lst/l  bf23af.plt 


Ibf27af.lst/lbf27af.plt 


1  bf29af.lst/l  bf29af.plt 


1  bf3 1  af.lst/1  bf3 1  af.plt 


1  bf33af.lst/l  bfi  3  af.plt 


lbf35af.  lst/1  bf35af.  pit 


1  bf3  7af.  1st/ 1  bf37af  pit 


No  reduction  files  were  created  for  this  test. 


SUBTEST 

NUMBER 


TDR  SA 
FILE  NAME 


3sala.lst/3sala.plt 


3sa2.1st/3sa2.plt 


3sa3.1st/3sa3.plt 


3sa4a.lst/3sa4a.plt 


3sa5.1st/3sa5.plt 


3sa6.1st/3sa6.plt 


3sa7.1st/3sa7.plt 


3sa8.1st/3sa8.plt 


3sa9.1st/3sa9.plt 


3sal0.1st/3sal0.plt 


3sall.lst/3sall.plt 


3sal2.1st/3sal2.plt 


TDR  FILE  NAME 


lsalaf.lst/lsalaf.plt 


lsa3  af.lst/1  sa3  af.plt 


lsa7af  lst/1  sa7af.  pit 


1  sa9af.  lst/1  sa9af.  pit 


lsallaf.lst/ 1  sa  1 1  af.plt 


lsa!3af.  1st/ 1  sa  1 3  af.plt 


lsal5af.  1st/ 1  sa  1 5  af.plt 


lsa!9af.lst/ 1  sa  1 9af.  pit 


lsa23af.  lst/1  sa23af.  pit 


1  sa27af.  lst/1  sa27af.plt 


lsa29af.  lst/1  sa29af.  pit 


lsa31af.  1st/ 1  sa3 1  af.plt 


lsa33af.lst/ 1  sa3  3  af.plt 


lsa35af.  lst/1  sa35af.plt 


1  sa3  7af.  1st/ 1  sa3  7af.  pit 


TDR  BFTS 
FILE  NAME 


3bfla.lst/3bfl  a.plt 


3bf2.1st/3bf2.plt 


3bG.lst/3bf3.plt 


3bf4a.lst/3bf4a.plt 


3bf5.1st/3bf5.plt 


3bf6.1st/3bf6.plt 


3bf7.1st/3bf7.plt 


3bf8.1st/3bf8a.plt 


3bf9.1st/3bf9.plt 


3bfl0.1st/3bfl0.plt 


3bfll.lst/3bfll.plt 


3bfl2.1st/3bfl2.plt 


FILES 


The  next  two  tables  contain  the  files  generated  during  the  reduction  and  analysis  for  this 
test.  In  cases  where  a  subtest  was  executed  more  than  once,  the  latest  run  was  used  for 
the  report  statistics.  That  is  to  say  that  given  there  are  runs  1,1a,  and  lb,  the  data  from 
run  lb  was  used  in  the  report. 
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SUBTEST 

NUMBER 


DR  FILE  NAME 


4acla.lst 


4aclb.lst 


4ac2.1st 


4ac2a.lst 


4ac3a.lst 


4ac4.1st 


4ac5.Ist 


4ac6.1st 


4ac8.Ist 


4ac8b.lst 


4ac8c.lst 


4ac9.1st 


4ac9a.lst 


4acl0a.lst 


4acl  la.lst 


4acl2a.lst 


4acl3.1st 


4ac  14.1st 


4ac  15.1st 


4ac  16.1st 


4ac  17.1st 


4acl7b.lst 


4acl7c.lst 


4ac  18.1st 


DR  FILE  NAME 


4cmla.lst/4cml.plt 


4cmlb.lst/4cm  1  b.plt 


4cm2.1st/4cm2.plt 


4cm2a.lst/4cm2a.plt 


4cm3a.lst/4cm3a.plt 


_ 4cm4.1st/4cm4.plt 


4cm5.1st/4cm5.plt 


4cm6.1st/4cm6.plt 


4cm8.1st/4cm8  .pit 


4cm8b.lst/4cm8b.plt 


4cm8c.lst/4cm8c.plt 


4cm9.1st/4cm9.plt 


4cm9a.lst/4cm9a.plt 


4cmlQa.lst/4cm  1  Oa.plt 


4cm  1  la.lst/4cml  la.plt 


4cml2a.lst/4cm  1 2a.plt 


4cm  1 3  .lst/4cm  1 3  .pit 


4cml4.1st/4cml4.plt 


4cm  1 5  .lst/4cm  1 5  .pit 


4cml6.1st/4cm  1 6.plt 


4cml7.1st/4cm  1 7.plt 


4cml7b.lst/4cm  1 7b.plt 


4cml7c.lst/4cml7c.plt 


4cm  18 .  lst/4cm  1 8  .pit 


SUBTEST 

NUMBER 

TDR  FILE  NAME 

TDR  FILE  NAME 

1 

4bfl  .lst/4bfl  .pit 

4sal.lst/4sal.plt 

la 

4bfla.lst/4bfla.plt 

4sala.lst/4sala.plt 

lb 

4bfl  b.lst/4bfl  b.plt 

4salb.lst/4sal  b.plt 

2 

4bf2.1st/4bf2.plt 

4sa2.1st/4sa2.plt 

2a 

4bf2a.lst/4bf2a.plt 

4sa2a.  Ist/4sa2a.plt 

3 

4bf3.1st/4bf3.plt 

4sa3.1st/4sa3.plt 

3a 

4bf3a.lst/4bf3a.plt 

4sa3a.  Ist/4sa3  a.plt 

4 

4bf4.1st/4bf4.plt 

4sa4.1st/4sa4.plt 

5 

4bf5.1st/4bf5.plt 

4sa5.1st/4sa5.plt 

6 

4bf6.1st/4bf6.plt 

4sa6.1st/4sa6.plt 

8 

4bf8.1st/4bf8.plt 

4sa8.1st/4sa8.plt 

8b 

4bf8b.lst/4bf8b.plt 

4sa8b.lst/4sa8b.plt 

8c 

4bf8c.lst/4bf8c.plt 

4sa8c.lst/4sa8c.plt 

9 

4bf9.1st/4bf9.plt 

4sa9.1st/4sa9.plt 

9a 

4bf9a.lst/4bf9a.plt 

4sa9a.lst/4sa9a.plt 

10 

4bfl0.1st/4bfl0.plt 

4sal0.1st/4sal0.plt 

10a 

4bfl  0a.  lst/4bfl  Oa.plt 

4sal  0a.lst/4sal  Oa.plt 

11 

4bfll.lst/4bfll.plt 

4sal  1  .lst/4sal  1  .pit 

11a 

4bfl  la.lst/4bfl  la.plt 

4salla.lst/4salla.plt 

12 

4bfl2.1st/4bfl2.plt 

4sal2.1st/4sal2.plt 

12a 

4bfl2a.lst/4bfl2a.plt 

4sa  1 2a.  lst/4sa  1 2a.plt 

13 

4bfl3.1st/4bfl3.plt 

4sal3.1st/4sal3.plt 

14 

4bfl  4.1st/4bfl  4. pit 

4sal4.1st/4sal4.plt 

15 

4bfl  5  .lst/4bfl  5  .pit 

4sal5.1st/4sal5.plt 

16 

4bfl  6.1st/4bfl  6. pit 

4sal6.1st/4sal6.plt 

17 

4bfl7.1st/4bfl7.plt 

4sal7.1st/4sal7.plt 

17b 

4bfl  7b.lst/4bfl  7b.plt 

4sa  1 7b.lst/4sa  1 7b.plt 

17c 

4bfl  7c.lst/4bfl  7c.plt 

4sal  7c.lst/4sal  7c.plt 

18 

4bfl8.1st/4bfl8.plt 

4sal8.1st/4sal8.plt 

The  next  table  contains  the  names  of  files  that  were  generated  using  the  re-interrogation 
scenario. 
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DR  RE-INTERROGATION  SCENARIO  FILE  NAMES  1 

4csreinl  .lst/4csreinl  .pit 

4csreind.lst/4csreind.plt 

4csrein2.1st/4csrein2.plt 

4csrerl  .lst/4csrerl  .pit 

4csrein3 .  Ist/4csrein3  .pit 

4csrer2.1st/4csrer2.plt 

4csreina.lst/4csreina.plt 

4csrer3 .  Ist/4csrer3 .  pit 

4csreinb.lst/4csreinb.plt 

4csrer4.1st/4csrer4.plt 

4csreinc.lst/4csreinc.plt 

TDR  RE-INTERROGATION  SCENARIO  FILE  NAMES 

4bfre6.1st/4bfre6.plt 

4bfr  e  1 8 .  lst/4bfre  1 8  .pit 

4bffe  1 0.1st/4bffel  O.plt 

4bfre20.1st/4bfre20.plt 

4bfre  1 5  .lst/4bfre  1 5. pit 

The  table  shown  below  contains  files  generated  when  using  the  DR  program  Channel 
Management  Statistics  and  filtering  on  range.  The  naming  convention  for  these  files  is 

that  the  number  after  the  underscore  indicates  the  range  of  the  filtering  in  the  following 
manner:  ~ 


.1 ,  0  <  range  <4 
2, 4  <  range  <  8 
.3,  8  <  range  <  12 


4, 12  <  range  <  16 
5,  1 6  <  range  <  20 
_6, 20  <  range  <  60 
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SUBTEST 

NUMBER 


DR  FILE  NUMBER 


DR  FILE  NAME 


2a 

4cm2a_l  .lst/4cm2a_l  .pit 

4cm2a_2  .lst/4cm2a_2.plt 

2a 

4cm2a_3  .lst/4cm2a_3  .pit 

4cm2a_4.1st/4cm2a_4.plt 

2a 

4cm2a_5  .lst/4cm2a_5  .pit 

4cm2a_6.1st/4cm2a_6.plt 

3a 

4cm3a_l  .lst/4cm3a_l  .pit 

4cm3  a_2 .  Ist/4cm3  a_2  .pit 

3a 

4cm3  a_3 .  Ist/4cm3  a_3  .pit 

4cm3  a_4 .  Ist/4cm3a_4.plt 

3a 

4cm3a_5.1st/4cm3a_5.plt 

4cm3a_6.1st/4cm3a_6.plt 

5 

4cm5_l  .lst/4cm5_l  .pit 

4cm5_2 .  Ist/4cm5_2  .pit 

5 

4cm5_3  .lst/4cm5_3  .pit 

4cm5_4.1st/4cm5_4.plt 

5 

4cm5_5 .  Ist/4cm5_5  .pit 

4cm5_6.1st/4cm5_6.plt 

6 

4cm6_l  .lst/4cm6_l  .pit 

4cm6_2  .lst/4cm6_2  .pit 

6 

4cm6_3  .lst/4cm6_3  .pit 

4cm6_4 .  Ist/4cm6_4  .pit 

6 

4cm6_5  .lst/4cm6_5  .pit 

4cm  66 .  Ist/4cm6_6  .pit 

8c 

4cm8c_l  ,lst/4cm8c_l  .pit 

4cm8c_2.1st/4cm8c_2.plt 

8c 

4cm8c_3  .lst/4cm8c_3  .pit 

4cm8c_4.1st/4cm8c_4.plt 

8c 

4cm8c_5.1st/4cm8c_5.plt 

4cm8c_6 .  Ist/4cm8c_6  .pit 

9a 

4cm9a_l  .lst/4cm9a_l  .pit 

4cm9a_2.1st/4cm9a_2.plt 

9a 

4cm9a_3  .lst/4cm9a_3  .pit 

4cm9a_4 .  Ist/4cm9a_4.plt 

9a 

4cm9a_5  .lst/4cm9a_5.plt 

4cm9a_6  .lst/4cm9a_6  .pit 

11a 

4cm  1 1  a_l  .lst/4cm  1 1  a_l  .pit 

4cm  1  la_2.1st/4cml  la_2.plt 

11a 

4cm  1  la_3.1st/4cml  1  a_3  .pit 

4cml  la_4.1st/4cml  la_4.plt 

11a 

4cm  1  la_5.1st/4cml  la_5.plt 

4cml  la_6.1st/4cml  la_6.plt 

12a 

4cm  1 2a_  1 .  lst/4cm  1 2a_  1  .pit 

4cm  1 2a_2.1st/4cm  1 2a_2.plt 

12a 

4cm  1 2a_3  .lst/4cm  1 2a_3  .pit 

4cm  1 2a_4.1st/4cm  1 2a_4.plt 

12a 

4cm  1 2a_5 .  lst/4cm  1 2a_5  .pit 

4cm  1 2a_6.1st/4cm  1 2a_6.plt 

14 

4cml4_l  .lst/4cml4_l  .pit 

4cm  1 4_2.1st/4cm  1 4_2  .pit 

14 

4cm  1 4_3  .lst/4cm  1 4_3  .pit 

4cm  1 4_4.  lst/4cm  1 4_4  .pit 

14 

4cm  1 45  .lst/4cml  45  .pit 

4cml4_6.1st/4cml4_6.plt 

15 

4cml  5_1  .lst/4cml4_l  .pit 

4cm  1 5_2 .  lst/4cm  1 4_2  .pit 

15 

4cm  1 5_3  .lst/4cm  1 5_3  .pit 

4cml  5_4.1st/4cml5_4.plt 

15 

4cml  5_5.1st/4cml  5_5.plt 

4cm  1 5_6.1st/4cm  1 5_6.plt 

|  17c 

4cml  7c_l  .lst/4cml  7c_l  .pit 

4cml  7c_2.1st/4cm  1 7c_2.plt 

17c 

4cm  1 7c_3 .  lst/4cm  1 7  c_3  .pit 

4cm  1 7c_4.1st/4cm  1 7c_4.plt 

17c 

4cm  1 7c_5  .lst/4cm  1 7c_5  .pit 

4cm  1 7c_6.1st/4cml  7c_6.plt 

18 

4cm  1 8_1  .lst/4cm  1 8_1  .pit 

4cm  1 8_2 .  lst/4cm  1 8_2  .pit 

18 

4cm  1 8_3  .lst/4cm  1 8_3  .pit 

4cml  8_4.1st/4cm  1 8_4.plt 

18 

4cm  1 8_5 .  lst/4cm  1 8_5  .pit 

4cml  8_6.1st/4cml  8_6.plt 

The  files  listed  below  for  run  "la”  were  not  used  in  the  report  due  to  an  azimuth  shift  in 
the  extraction  files. 


SUBTEST 

NUMBER 


TDR  FILE 
NAME 

DR  FILE 
NAME 

DR  FILE  NAME 

DR  FILE 
NAME 

5cal.lst 

5ac  List 

5sal.lst/5sal.plt 

5sfl  .1st 

5cala.lst 

5acla.lst 

5sala.lst/5sala.plt 

5sfla.lst 

5calb.lst 

5aclb.lst 

5salb.lst/5salb.plt 

5sfl  b.lst 

5ca2.1st 

5ac2.1st 

5sa2.1st/5sa2.plt 

5sf2.1st 

5ca3.1st 

5ac3.1st 

5sa3.1st/5sa3.plt 

5sf3.1st 

5ca4.1st 

5ac4.1st 

5sa4.1st/5sa4.plt 

5sf4.1st 

The  files  listed  in  the  table  below  do  not  conform  to  the  naming  convention  of  appendix 
C.  These  are  Surveillance  File  Analysis  files  created  to  help  in  the  analysis  of  individual 
conflicts  within  a  given  subtest.  As  an  example  of  the  naming  convention  for  these  files, 
5sf3_3.1st  represents  a  file  run  from  DR  Surveillance  File  Analysis  on  subtest  3,  conflict 
3.  Similarly  5sf4_6.1st  represents  subtest  4,  conflict  6. 
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TEST  6  (DATA  LINK)  REDUCTION  FILES 


SUBTEST 

NUMBER 

DR  FILE  NAME 

TDR  FILE  NAME 

4 

6dl4.1st 

6sa4.1st/6sa4.plt 

5 

6dl5.1st 

6sa5.1st/6sa5.plt 

6 

6dl6.1st 

6sa6.1st/6sa6.plt 

7 

6dl7.1st 

6sa7.1st/6sa7.plt 

10 

6dl  10.1st 

6sal0.1st/6sal0.plt 

11 

6dl  11.1st 

6sal  1  ,lst/6sal  1  .pit 

12 

6dl  12.1st 

6sal2.1st/6sal2.plt 

13 

6dl  13.1st 

6sal3.1st/6sal3.plt 

14 

6dl  14.1st 

6sa  1 4 .  lst/6sa  1 4  .pit 

TEST  7  (MODE  S  SENSOR  COVERAGE)  REDUCTION  FILES 

The  scenarios  needed  to  run  subtests  6,  7,  and  8  were  created  during  the  course  of  the 
testing.  Because  of  this,  multiple  test  runs  were  needed  to  test  the  scenarios  themselves 
before  they  could  be  used  for  testing  the  sensor.  The  files  that  were  used  to  generate  the 
statistics  in  this  report  come  from  runs  6a,  7a,  and  8b.  All  of  the  other  files  from  these 
subtests  were  not  included. 


SUBTEST 

NUMBER 

TDR  FILE  NAME 

TDR  FILE  NAME 

1 

7sal.Ist/7sal.plt 

7bfl  .lst/7bfl  .pit 

2 

7sa2.1st/7sa2.plt 

7bf2.1st/7bf2.plt 

3 

7sa3.1st/7sa3.plt 

7bD.lst/7bf3.plt 

4 

7sa4.1st/7sa4.plt 

7bf4.1st/7bf4.plt 

5 

7sa5.1st/7sa5.plt 

7bf5.1st/7bf5.plt 

6 

7sa6.1st/7sa6.plt 

7bf6.1st/7bf6.plt 

6a 

7sa6a.lst/7sa6a.plt 

7bf6a.lst/7bf6a.plt 

7 

7sa7.1st/7sa7.plt 

7bf7.1st/7bf7.plt 

7a 

7sa7a.lst/7sa7a.plt 

7bf7a.lst/7bf7a.plt 

8 

7sa8.1st/7sa8.plt 

7bf8.1st/7bf8.plt 

8a 

7sa8a.lst/7sa8a.plt 

7bf8a.lst/7bf8a.plt 

8b 

7sa8b.lst/7sa8b.plt 

7bf8b.lst/7bf8b.plt 

D-  1  1 


SUBTEST 

NUMBER 


TDR  FILE  NAME 


7pp6.1st/7pp6.plt 


7pp6a.lst/7pp6a.plt 


7pp7.1st/7pp7.plt 


7pp7a.lst/7pp7a.plt 


7pp8.1st/7pp8.plt 


7pp8a.lst/7pp8a.plt 


7pp8b.lst/7pp8b.plt 


SUBTEST 

NUMBER 


DR  FILE  NAME 


DR  FILE  NAME 


8sal.lst/8sal.plt 


8sa2.1st/8sa2.plt 


8sa3.1st/8sa3.plt 


8sa4.Ist/8sa4.plt 


8sa5.1st/8sa5.plt 


8sa6.1st/8sa6.plt 


8bfl  .lst/8bfl  .pit 


8bf2.1st/8bf2.plt 


8bf3.1st/8bf3.plt 


8bf4.Ist/8bf4.plt 


8bf5.1st/8bf5.plt 


8bf6.1st/8bf6.plt 


SUBTEST 

NUMBER 


TDR  FILE  NAME 


8bfl.lst/8bfl.plt 


8bf2.1st/8bf2.plt 


8bf3.1st/8bf3.plt 


8bf4.1st/8bf4.plt 


8bf5.1st/8bf5.plt 


8bf6.1st/8bf6.plt 


SUBTEST 

NUMBER 


DR  FILE  NAME 


8ac  10.1st 


8acl0a.lst 


8ac  11.1st 


8acl  la.lst 


8ac  12.1st 


SUBTEST 

NUMBER 


DR  FILE  NAME 


8acl2a.lst 


8acl3.1st 


8acl3a.lst 


8ac  14.1st 


8acl4a.lst 
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SUBTEST 

NUMBER 

DR  FILE  NAME 

SUBTEST 

NUMBER 

DR  FILE  NAME 

1 

8sfl  .1st 

7 

8sf7.1st 

2 

8sf2.1st 

10 

8sfl  0.1st 

3 

8sf3.1st 

11 

8sfl  1.1st 

8sf4.1st 


8sf5.1st 


8sf6.1st 


8sfl  2.1st 


8sfl  3.1st 


8sfl4.1st 


SUBTEST 

NUMBER 


1 


2 


3 


DR  FILE  NAME 


SUBTEST 

NUMBER 


DR  FILE  NAME 


8sal.lst/8sal.plt 


8sa2.1st/8sa2.plt 


8sa3.1st/8sa3.plt 


8sa4.1st/8sa4.plt 


8sa5.1st/8sa5.plt 


8sa6.1st/8sa6.plt 


The  next  four  tables  list  the  files  created  for  this  test  using  the  DR  Accuracy  Analysis, 
DR  Nine  Point,  TDR  Surveillance  Analysis  and  TDR  Nine  Point  programs. 


SUBTEST 

NUMBER 


1 


2 


3 


DR  FILE  NAME 


SUBTEST 

NUMBER 


DR  FILE  NAME 


9aal  .lst/9aal  .pit 

19 

9aal9.1st/9aal9.plt 

9aa2.1st/9aa2.plt 

20 

9aa20.1st/9aa20.plt 

9aa3.1st/9aa3.plt 

21 

9aa21.1st/9aa21.plt 

9aa4.1st/9aa4.plt 

22 

9aa22  .lst/9aa22  .pit 

9aa5.1st/9aa5.plt 

23 

9aa23.1st/9aa23.plt  1 

9aa6.1st/9aa6.plt 

24 

9aa24.  Ist/9aa24  .pit 

9aa7.1st/9aa7.plt 

25 

9aa25.1st/9aa25.plt 

9aa8.1st/9aa8.plt 

26 

9aa26.1st/9aa26.plt 

9aa9.1st/9aa9.plt 

27 

9aa27.1st/9aa27.plt 

9aal0.1st/9aal0.plt 

28 

9aa28.1st/9aa28.plt 

9aal  1  .lst/9aal  1  .pit 

29 

9aa29.1st/9aa29.plt 

9aal2.1st/9aal2.plt 

30 

9aa30.1st/9aa30.plt 

9aal3.1st/9aal3.plt 

31 

9aa3 1  .lst/9aa3 1  .pit 

9aal4.1st/9aal4.plt 

32 

9aa32.1st/9aa32.plt 

9aal5.1st/9aal5.plt 

33 

9aa3  3 .  Ist/9aa3  3  .pit 

9aal6.1st/9aal6.plt 

34 

9aa34.1st/9aa34.plt 

9aal7.1st/9aal7.plt 

35 

9aa3  5 .  Ist/9aa3  5  .pit 

9aal8.1st/9aal8.plt 

36 

9aa3  6 .  Ist/9aa3  6  .pit 

SUBTEST 

NUMBER 


DR  FILE  NAME 


9npl.lst/9npl.plt 


9np2.1st/9np2.plt 


9np3.1st/9np3.plt 


9np4.1st/9np4.plt 


9np5.Ist/9np5.plt 


9np6.1st/9np6.plt 


9np7.1st/9np7.plt 


9np8.1st/9np8.plt 


9np9.1st/9np9.plt 


9npl0.Ist/9npI0.plt 


9npll.lst/9npl  l.plt 


9npl2.1st/9npl2.plt 


9npl3.Ist/9npl3.pIt 


9npl4.1st/9npl4.plt 


9npl5.Ist/9npl5.plt 


9npl6.1st/9npl6.plt 


9npl7.1st/9np  1 7.plt 


9npl8.1st/9npl8.plt 


SUBTEST 

NUMBER 


DR  FILE  NAME 


9npl9.1st/9npl9.plt 


9np20.1st/9np20.plt 


9np21.1st/9np2 1  .pit 


9np22 .  Ist/9np22  .pit 


9np23.1st/9np23.plt 


9np24.1st/9np24.plt 


9np25.1st/9np25.plt 


9np26.1st/9np26.plt 


9np27.1st/9np27.plt 


9np28.1st/9np28.plt 


9np29.1st/9np29.plt 


9np30.1st/9np30.plt 


9np31.1st/9np3  l.plt 


9np32.1st/9np32.plt 


9np33.1st/9np33.plt 


9np34.1st/9np34.plt 


9np3  5  .lst/9np3  5  .pit 


9np3  6.1st/9np3  6  .pit 


SUBTEST 

NUMBER 


TDR  FILE  NAME 


9sal.lst/9sa  l.plt 


9sa2.1st/9sa2.plt 


9sa3  .lst/9sa3  .pit 


9sa4.1st/9sa4.plt 


9sa5.1st/9sa5.plt 


9sa6.1st/9sa6.plt 


9sa7.1st/9sa7.plt 


9sa8.1st/9sa8.plt 


9sa9.1st/9sa9.plt 


9sal  0.1st/9sa  1 0.plt 


9sal  l.lst/9sal  1  .pit 


9sal2.1st/9sal2.plt 


9sal3.1st/9sal3.plt 


9sal4.1st/9sal4.plt 


9sal5.1st/9sal5.plt 


9sal6.1st/9sal6.plt 


9sal7.1st/9sal7.plt 


9sal8.1st/9sal8.plt 


SUBTEST 

NUMBER 


TDR  FILE  NAME 


9sal9.1st/9sal  9.plt 


9sa20.1st/9sa20.plt 


9sa21.1st/9sa2 1  .pit 


9sa22.1st/9sa22  .pit 


9sa23.1st/9sa23.plt 


9sa24.1st/9sa24.plt 


9sa25.1st/9sa25.plt 


9sa26.1st/9sa26.plt 


9sa27.1st/9sa27.plt 


9sa28.  Ist/9sa2  8  .pit 


9sa29.1st/9sa29.plt 


9sa30.1st/9sa3  O.plt 


9sa3 1  .lst/9sa3 1  .pit 


9sa32.1st/9sa32.plt 


9sa33.1st/9sa33.plt 


9sa34.1st/9sa34.plt 


9sa3  5  .lst/9sa3  5  .pit 


9sa36.1st/9sa36.plt 


SUBTEST 

NUMBER 


TDR  FILE  NAME 


SUBTEST 

NUMBER 


TDR  FILE  NAME 


9npl.lst/9npl.plt 

19 

9np  1 9.1st/9np  1 9.plt 

9np2.1st/9np2.plt 

20 

9np20.1st/9np20.plt 

9np3.1st/9np3.plt 

21 

9np21.1st/9np21.plt 

9np4.1st/9np4.plt 

22 

9np22.1st/9np22.plt 

9np5.1st/9np5.plt 

23 

9np23  .lst/9np23  .pit 

9np6.1st/9np6.plt 

24 

9np24.1st/9np24.plt 

9np7.1st/9np7.plt 

25 

9np25  .lst/9np25  .pit 

9np8.1st/9np8.plt 

26 

9np26.1st/9np26.plt 

9np9.1st/9np9.plt 

27 

9np27.1st/9np27.plt 

9np  1 0.1st/9npl  O.plt 

28 

9np2  8  .lst/9np28  .pit 

9npll.lst/9npll.plt 

29 

9np29.1st/9np29.plt 

9npl2.1st/9npl2.plt 

30 

9np30.1st/9np30.plt 

9npl3.1st/9npl3.plt 

31 

9np3 1  .lst/9np3 1  .pit 

9np  1 4.1st/9np  1 4.plt 

32 

9np32.1st/9np32.plt 

9npl5.1st/9npl5.plt 

33 

9np3  3 .  Ist/9np3  3  .pit 

9np  1 6.1st/9np  1 6.plt 

34 

9np3  4  ,lst/9np3  4  .pit 

9np  1 7.1st/9npl  7.plt 

35 

9np3  5  .lst/9np3  5  .pit 

9np  1 8.1st/9np  1 8  .pit 

36 

9np36.1st/9np36.plt 

The  next  four  tables  list  the  "merge"  files  created  using  the  files  from  the  individual 
subtests  listed  above.  There  is  an  addition  to  the  normal  naming  convention  for  these 
files.  After  the  two  letter  test  designation  comes  an  "s"  for  Mode  S  targets  or  an  "a"  for 
ATCRBS.  Next  comes  a  description  of  the  tests  that  were  merged  for  the  particular  file. 
The  naming  convention  for  the  descriptions  is  as  follows; 

cw:  clockwise  orbitals 

ccw:  counter  clockwiseorbitals 

in:  inbound  radials 

out:  outbound  radials 

orb:  all  orbitals 

rad:  all  radials 

all:  all  subtests 


DR  ACCURACY  ANALYSIS  FILES  | 

9aasccw.lst/9aasccw.plt 

9aaaout.  lst/9aaaout.plt 

9aaaccw.lst/9aaaccw.plt 

9aasorb.lst/9aasorb.plt 

9aascw.lst/9aascw.plt 

9aaaorb.lst/9aaaorb.plt 

9aaacw.lst/9aaacw.plt 

9aasrad.lst/9aasrad.plt 

9aasin.lst/9aasin.plt 

9aaarad.lst/9aaarad.plt 

9aaain.lst/9aaain.plt 

9aasall.lst/9aasail.plt 

9aasout.lst/9aasout.plt 

9aaaall.lst/9aaaall.plt 
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dr  nine  point  merge  files  I 

9npsccw.lst/9npsccw.plt 

9npaout.lst/9npaout.plt 

9npaccw.lst/9npaccw.plt 

9npsorb.lst/9npsorb.plt 

9npscw.lst/9npscw.plt 

9npaorb.lst/9npaorb.plt 

9npacw.lst/9npacw.plt 

9npsrad.lst/9npsrad.plt 

9npsin.lst/9npsin.plt 

9nparad.  lst/9nparad.  pit 

9npain.lst/9npain.plt 

9npsall .  lst/9npsall  .pit 

9npsout.lst/9npsout.plt 

9npaall.lst/9npaall.plt 

- — - —  M 

TDR  NINE  POINT  MERGE  FILES  '  | 

9npsccw.lst/9npsccw.plt 

9npaout.lst/9npaout.plt 

9npaccw.  lst/9npaccw.plt 

9npsorb.lst/9npsorb.plt 

9npscw.lst/9npscw.plt 

9npaorb.lst/9npaorb.plt 

9npacw.lst/9npacw.plt 

9npsrad.lst/9npsrad.plt 

9npsin.lst/9npsin.plt 

9nparad.lst/9nparad.plt 

9npain.  lst/9npain.plt 

9npsall.lst/9npsall.plt 

9npsout.lst/9npsout.plt 

9npaall.lst/9npaall.plt 

TDR  SURVEILLANCE  ANALYSIS  MERGE  FILES  1 

9sasccw.lst/9sasccw.plt 

9saaout.lst/9saaout.plt 

9saaccw.lst/9saaccw.plt 

9sasorb.  lst/9sasorb.plt 

9sascw.  lst/9sasc  w.plt 

9saaorb.lst/9saaorb.plt 

j  9saacw.lst/9saacw.plt 

9sasrad.lst/9sasrad.plt 

|  ~  9sasin.lst/9sasin.plt 

9saarad.lst/9saarad.plt 

9saain.lst/9saain.plt 

9sasall.lst/9sasall.plt 

9sasout.lst/9sasout.plt 

9saaall.lst/9saaall.plt 

Because  the  extraction  files  used  to  generate  these  files  did  not  conform  to  the  naming 
convention  of  appendix  C,  neither  do  the  reduction  files.  The  extraction  file  for  each 
subtest  contains  data  for  both  the  inbound  and  outbound  legs  of  the  flight.  This  means 
that  some  distinction  must  be  made  between  the  reduction  files  for  the  inbound  and 
outbound  legs.  For  the  DR  Resolution  Analysis  files  this  was  done  by  appending  an  1 
to  indicate  an  inbound  flight  and  an  _2  to  indicate  an  outbound  flight  after  the  subtest~ 
number.  A  similar  convention  was  used  for  the  TDR  files.  The  DR  file  "rsmerge.lst"  is 
the  result  of  running  the  DR  Resolution  Analysis  Nf  erge  program  to  get  summary 
information  on  all  the  subtests.  Merge  files  were  also  created  using  the  TDR  Surveillance 
Analysis  and  Beacon  false  Target  Summary  files. 


D-16 


SUBTEST 

NUMBER 

DR  FILE  NAME 

DR  FILE  NAME 

11 

1  Orsl  1_1 .1st 

lOrsl  l_2.1st 

12 

10rsl2_l  .1st 

10rsl2_2.1st 

13 

1  Orsl  3_1 .1st 

10rsl3_2.1st 

14 

1  Orsl  4_1. 1st 

10rsI4_2.1st 

15 

1 0rsl5_l  .1st 

10rsl5_2.1st 

16 

1  Orsl  61. 1st 

10rsl6_2.1st 

MERGE 

rsmerge.lst 

N/A 

SUBTEST 

NUMBER 

TDR  FILE  NAME 

TDR  FILE  NAME 

11 

lOsal  1_1  .lst/10sal  1_1  .pit 

lOsal  l_2.1st/10sal  l_2.plt 

11 

lObfl  11  .lst/1  Obfl  1  _  1  .pit 

lObfl  l_2.1st/l  Obfl  l_2.plt 

12 

1  Osa  1 2_  1 .  1st/ 1  Osa  1 2_  1  .pit 

lOsal  2_2  .lst/1  Osa  1 2_2  .pit 

12 

1  Obfl  21  .lst/1  Obfl  2_  1  .pit 

1  Obfl  2_2.1st/l  Obfl  2_2.plt 

13 

10sal3_l.  lst/1 0sal3_l.  pit 

1  Osal  3_2.1st/l  Osal  3_2.plt 

13 

1  Obfl  3_1.  lst/1  Obfl  3_1.  pit 

1  Obfl  3_2.1st/l  Obfl  3_2.plt 

14 

1  Osa  1 4_  1 .  1st/ 1  Osa  1 4_  1 .  pit 

lOsal  42 . 1st/ 1  Osa  1 4_2  .pit 

14 

1  Obfl  4_  1 .  1st/ 1  Obfl  4_  1  .pit 

1  Obfl  4_2.1st/l  Obfl  4_2.plt 

15 

1  Osal  5_1  .lst/1  Osal  5_1  .pit 

1  Osal  5_2.1st/l  Osal  5_2.plt 

15 

1  Obfl  5_  Ust/ 1  Obfl  5_  1  .pit 

1  Obfl  5_2. 1st/ 1  Obfl  5_2  .pit 

16 

1  Obfl  6_1 .1st/ 1  Obfl  6_  1  .pit 

1  Obfl  6_2.1st/l  Obfl  6_2.plt 

16 

1  Osa  1 6_  1 .1st/ 1  Osa  1 6_  1  .pit 

1 0sal6_2.1st/l  Osal  6_2.plt 

MERGE 

1  Osamtg.lst/1  Osamrg.plt 

1  Obfmrg.lst/1  Obfmrg.plt 

TEST  11  (STOCHASTIC  ACQUISITIONS  REDUCTION  FILES 

The  next  three  tables  contain  files  created  with  extractions  from  the  first  the  first 
execution  of  the  test.  None  of  these  files  were  used  to  generate  the  statistics  included  in 
the  report. 
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SUBTEST 

NUMBER 


DR  FILE  NAME 


DR  FILE  NAME 


1 


lisp  List 


11  ml  1.1st 


1 1  sp2.1st 


1  lml2.1st 


llsp3.1st 


1  lmD.lst 


_4_ 

5 


llsp4.1st 


1  lmM.lst 


llsp5.1st 


1  lml5.1st 


1  lsp6.1st 


1  lml6.1st 


7 

8 


llsp7.1st 


1  lmD.lst 


9 

10 


1  lsp8.1st 


1  lml8.1st 


1  lsp9.1st 


1  lml9.1st 


1  lsp  10.1st 


1  lmllO.lst 


SUBTEST 

NUMBER 

”  j 

2 

3 

4 

5 


TDR  FILENAME 

1  lsal.lst/1  lsal.plt 
Ilsa2.1st/llsa2.plt 
1  lsa3.1st/l  lsa3.plt 
1  lsa4.1st/l  lsa4.plt 
Ilsa5.1st/llsa5.plt 


SUBTEST 

NUMBER 

6 

7 

8 

9 

10 


TDR  FILE  NAME 

llsa6.1st/l  lsa7.plt 
Ilsa7.1st/llsa7.plt 
Ilsa8.1st/llsa8.plt 
1  lsa9.1st/l  lsa9.plt 
1  IsalO.lst/l  lsalO.plt 


TDR  "FILTERED"  FILES  || 

SUBTEST 

NUMBER 

TDR  FILE  NAME 

TDR  FILE  NAME 

4 

1  lsa4.1st/l  lsa4.plt 

1  lfltr4.1st 

5 

Ilsa5.1st/llsa5.plt 

‘  1  lfltrS.lst 

7 

Ilsa7.1st/llsa7.plt 

1  lfltr7.1st 

9 

Ilsa9.1st/llsa9.plt 

1  lfltr9.1st 

10 

1 1  sal  0.1st/l  lsalO.plt 

llfltr  10.1st 

The  next  two  tables  contain  the  names  of  the  files  created  using  the  extractions  from  run 
'Ta.''  These  are  the  file  used  to  generate  the  statistics  that  appear  in  the  report. 


RUN  "la" 

DR  FILES 

j  1 1  bf2a.lst/ 1 1  bf2a.plt 

1  lsa2a.lst/l  lsa2a.plt 

1  lcm2a.lst/l  lcm2a.plt 

llsl2a.lst 

1 1  cm2al  .lst/1 1  cm2al  .pit 

1  lsl2af.lst 

1  lcm3a.lst/l  lcm3a.plt 

llsf2af.lst 

llcm4a.lst/l  lcm4a.plt 

llsl3a.lst 

1  lcm5a.lst/l  lcm5a.plt 

1  lsl5a.lst 

1  ldl2a.lst 

1  lsp2a.lst 

1  lmisc2a.lst 

1 1  sp2af.lst 

llsp3a.lst 

Ilsp2af2.1st 

1  lsum2a.lst 

Ilsp2af3.1st 

The  TDR  files  that  follow  are  filtered  on  the  area  of  the  runway  where  the  targets  were 
parked.  An  "af '  indicates  that  the  filtering  was  on  all  Mode  S  targets  in  that  area  during 
the  course  of  the  entire  test.  An  "fi"  indicates  filtering  on  all  Mode  S  targets  in  the  area 
during  the  time  of  the  initial  acquisition  testing  only.  In  the  same  manner,  an  "fa" 
indicates  filtering  on  the  time  of  the  adaptive  acquisition  testing. 
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SUBTEST 

NUMBER 


RUN  "la",  "FILTERED"  TDR  FILES 


TDR  FILENAME 


1  lbflfi.lst/1  lbflfi.plt 


1  lbflfa.lst/1  lbflfa.plt 


1  lbflaf.lst/1  lbflaf.plt 


1  lbf2fi.lst/l  lbf2fi.plt 


1  lbI2fa.lst/l  lbf2fa.plt 


1 1  bf2af.lst/l  1  b£2af.plt 


1  lbfifi.lst/l  lbOfi.plt 


1  lbfifa.lst/1  lbf3fa.plt 


1  lbf3af.lst/l  lbOaf.plt 


Ilbf4fi.lst/llbf4fi.plt 


1  lbf4fa.lst/l  lbf4fa.plt 


1  lbf4af.lst/l  lbf4af.plt 


1  lbf5fi.Ist/l  lbf5fi.plt 


1  lbf5fa.lst/l  lbf5fa.plt 


_ Ilbf5af.lst/1  lbf5af.plt 


1  lbf6fi.lst/l  lbf6fi.plt 


1  lbf6fa.lst/l  lbf6fa.plt 


1  Ibf6af.lst/T  lbf6af.plt 


1  lbf7fi.lst/l  lbf7fi.plt 


1  lbf7fa.lst/l  lbf7fa.plt 


1  lbf7af.lst/l  lbf7af.plt 


1  lbfBfi.lst/l  lbfSfi.plt 


1  lbf8fa.lst/l  lbfSfa.plt 


_ 1  lbfBaf.lst/1  lbfBaf.plt 


1  lbf9fi.lst/l  lbf9fi.plt 


llbf9fa.l$t/l  lbf9fa.plt 


1  lbf9af.lst/l  lbf9af.plt 


1  lbflOfi.lst/1  lbflOfi.plt 


llbflOfa.lst/1  lbflOfa.plt 


llbfl  Oaf.lst/1 1  bfl  Oaf.plt 


1  lbfl  lfi.lst/1  lbfl  lfi.plt 


1  lbfl  lfa.lst/1  lbfl  lfa.plt 


llbfl  laf.lst/1  lbfl  laf.plt 


1 1  bfl  2fi.lst/l  1  bfl  2fi.plt 


Ilbfl2fa.lst/llbfl2fa.plt 


1  lbfl2af.lst/l  lbfl2af.plt 


TDR  FILE  NAME 


_ 1  lsalfi.lst/1  lsalfi.plt 


1  Isa  lfa.lst/1  lsal  fa.plt 


1  lsalaf.lst/1  lsalaf.plt 


_ Usa2fi.lst/1  lsa2fi.plt 


1 1  sa2fa.lst/l  1  sa2fa.plt 


1 1  sa2af.lst/l  1  sa2af.plt 


1  lsa3fi.lst/l  lsa3fi.plt 


1  lsa3fa.lst/l  lsa3  fa.plt 


1  lsa3af.lst/l  lsa3af.plt 


1 1  sa4fi.lst/l  1  sa4fi.plt 


1  lsa4fa.lst/l  lsa4fa.plt 


1  lsa4af.lst/l  lsa4af.plt 


Ilsa5fi.lst/llsa5fi.plt 


1  lsa5fa.lst/l  lsa5fa.plt 


1  lsa5af.lst/l  lsa5af.plt 


1 1  sa6fi.lst/l  1  sa6fi.plt 


_ 1  lsa6fa.lst/l  lsa6fa.plt 


llsa6af.lst/l  lsa6af.plt 


1  lsa7fi.lst/l  lsa7fi.plt 


1 1  sa7fa.lst/l  1  sa7fa.plt 


1 1  sa7af.Ist/l  1  sa7af.plt 


1  lsa8fi.lst/l  lsa8fi.plt 


llsa8fa.lst/l  lsa8fa.plt 


llsa8af.lst/l  1  sa8af.plt 


1  lsa9fi.lst/l  lsa9fl.plt 


1  lsa9fa.lst/l  lsa9fa.plt 


1  lsa9af.lst/l  lsa9af.plt 


1  lsalOfi.lst/1  lsalOfi.plt 


1 1  sal  Ofa.lst/1  lsal  Ofa.plt 


1  IsalOaf.lst/l  lsal  Oaf.plt 


1  lsal  lfi.lst/1  lsal  lfi.plt 


1  lsal  lfa.lst/1  lsal  lfa.plt 


1  lsal  laf.lst/1  lsal  laf.plt 


1 1  sal  2fi.lst/l  lsal  2fi.plt 


1  lsa!2fa.lst/l  lsa!2fa.plt 


1  lsa!2af.lst/l  1  sal2af.plt 
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APPENDIX  E 

DIRECTORY  SAP  AND  SCENARIO  DEFINITIONS 


) 


Mode  S  #001  SAP  Configurations 


IBI  MODE 

Configure 

Radar  Mode  R1  w /  forced  ATCBI 

ii 

RADAR  MODE 

Operational/No  Comm 

R1 

Non  Operational/No  Comm 

R2 

Operational/DLP  Comm 

R3 

Non-Operational/Full  Comm 

R4 

Operational/CID  ATC/Non-ATC  Comm 

R5 

Non-Operational/CID  ATC/Non-ATC  Comm 

R6 

R7 

R8 

R9 

SURVEILLANCE  MODE 

Operational/No  Comm 

SI 

Non  Operational/No  Comm 

S2 

Operational/DLP  Comm 

S3 

Operational/CID  ATC/Non-ATC  Comm 

S4 

Non-Operational/CID  ATC/Non-ATC  Comm 

S5 

Non-Operational/CID  ATC  Comm 

S6 

Operational/No  Comm 

S7 

S8 

S9 

Scenario  Descriptions 


BASIC  41 

This  scenario  consists  of  41  dynamic  targets  performing  various  types  of  maneuvers  including 
straight  line  tracks,  turning  tracks,  overtaking  patterns,  and  crossing  tracks.  The  purpose  of  this 
scenario  is  to  gather  baseline  data  on  the  sensor’s  ability  to  maintain  tracking  in  many  complex 
situations. 

CAPACITY 

This  scenario  begins  as  a  light  load  and  gradually  builds  to  a  700  target  per  scan  capacity  load. 
The  targets  then  move  to  the  distribution  defined  in  the  FAA-E-2716  Specification,  Section 
3. 3.2.5.  and  3 .3.2.5. 1 .  It  also  incorporates  the  data  link  peaking  scenario  defined  in  NAS-SS-1000 
section  3.2.1.1.6.3.13.  The  purpose  if  this  scenario  is  to  gather  data  on  the  sensor’s  ability  to 
handle  a  capacity  situation. 

PROBABILITY  of  DETECTION 

These  scenarios  generate  the  simulated  targets  for  the  Pd/Pfa  measurements.  They  will  be  used  to 
establish  the  probability  of  detection  baseline  as  a  function  of  signal  strength  for  no-fruit  and 
capacity  fruit  conditions.  The  terminal  scenarios  are  each  available  for  four  different  signal 
levels;  -70,  -73,  -76,  and  -79  dbm. 
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(Terminal  Version) 

The  scenario  begins  as  a  ring  of  32  targets  equally  spaced  every  1 1.25  degrees  at  a  range  of  5 
nautical  miles  (nm).  As  the  scenario  begins,  the  targets  start  moving  slightly  clockwise  (cw)  and 
further  in  range  at  an  approximate  ground  speed  of  240  nm/hr.  The  scenario  ends  after  10  minutes 
with  each  target  at  a  range  of  45  nm,  and  5.625  degrees  cw  from  original  position.  Of  the  32 
targets,  16  are  discrete  ATCRBS  targets  and  16  are  Mode  S  targets.  The  ATCRBS  and  Mode  S 
targets  alternate  every  1 1 .25  degrees. 

REAL  WORLD 

These  scenarios  are  designed  to  duplicate  the  flight  parameters  of  aircraft  in  actual  terminal  or 
enroute  environment.  The  data  used  to  generate  the  scenarios  will  be  extracted  at  selected 
operational  TRACON  and  ARTCC  facilities.  The  purpose  of  these  scenarios  is  to  determine  the 
sensor’s  surveillance  and  data  link  performance,  using  realistic  simulations. 

UPLINK  REFLECTION 

The  uplink  reflection  scenario  is  designed  to  test  the  sensor’s  reflection  algorithms.  The  scenario 
consists  of  16  pairs  of  targets,  each  pair  consists  of  a  reflected  target  and  a  true  target.  The  16 
reflecting  surfaces  that  could  cause  the  reflections  have  been  calculated.  A  reflector  map, 
containing  the  range,  orientation,  and  azimuth  of  the  16  reflected  target  quadrant  and  true  target 
quadrant  are  tested. 

DOWNLINK  REFLECTION 

The  downlink  reflection  scenario  simulates  ground  bounce  replies  and  is  designed  to  test  the 
sensor’s  adaptive  threshold  circuitry.  Pairs  of  moving  targets  will  be  generated  (same  azimuth  but 
different  range).  The  range  difference  of  each  pair  will  be  varied  from  completely  separated  to 
fully  overlapped.  The  true  reply’s  intensity  will  be  20  db  greater  than  that  of  the  ground  bounce 
reply. 
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